Обеспечить уникальность отношений с Neo4j - PullRequest
Новая
       11

Обеспечить уникальность отношений с Neo4j

2 голосов
/ 29 марта 2012

Я использую Spring data neo4j 2.1.0.BUILD-SNAPSHOT и сервер Neo4j 1.6.1. У меня есть дружеские отношения между двумя узлами пользователя, и я хочу убедиться, что для каждой пары user1, user2 будет создана только одна связь (порядок не учитывается).

Распространенным предложением является проверка на уровне приложения, существует ли связь, прежде чем создавать другую, но я думаю, что это не исключает проблем параллелизма: ограничение должно управляться на уровне базы данных.

Лучшее решение, которое я могу придумать, - это использовать аннотацию @Indexed с уникальным свойством, представленным в Neo4j 1.6, и создать уникальное ограничение на основе идентификаторов user1 и user2, что-то вроде 

@Indexed(unique = true)
private String uniqueConstraint;
public String getUniqueConstraint(){
    if(user1.id > user2.id){
        return user1.id + "|" + user2.id;
    }
    return user2.id + "|" + user1.id;
}

Кстати, я знаю, что последний выпуск данных Spring neo4j поддерживает эту проверку на узлах с помощью Neo4jTemplate.getOrCreateNode (), но я не уверен, что он работает с Relationships. Остальные API должны быть там, хотя. Уникальные отношения

Итак, у меня два вопроса:

1 Есть ли лучшая альтернатива?

2 Должна ли я быть обеспокоена этой проблемой параллелизма, или очень маловероятно, что что-то плохое случится даже на сайте с высоким трафиком, и проверки на уровне приложения должно быть достаточно? Я спрашиваю, потому что это кажется мне очень распространенной проблемой, но с Neo4j вокруг этого мало. Возможно, от этого страдает встроенная версия.

Спасибо

1 Ответ

3 голосов
/ 02 апреля 2012

Обычный подход в SDN наличия отношений между двумя узлами уже гарантирует, что между ними существует только одна связь одного типа (путем предварительной проверки).

Пока еще не используется поддержка уникальности в Neo4j.для этого.

И да, с REST-сервером этот подход может работать в условиях параллелизма / гонки.

Встроенная версия поддерживает блокировку (например, на одном из двух узлов - или на обоих) и затем созданиеотношения с этим замком на месте.Так что нет второго потока, делающего ту же самую вещь в то же самое время.

Это могло бы быть хорошо, если Вы делаете это оптимистично.Т.е. проверять после создания и удалять потом.Вы также можете напрямую использовать REST-API для поддержки такого поведения.Вероятно, мы добавим поддержку для этого в SDN 2.1. Можете ли вы поднять проблему (ссылка на этот пост) на http://spring.neo4j.org/issues?

...