Я понимаю, что есть много преимуществ в использовании расширенного отображения Spring data neo4j, а не в простом отображении.
У меня вопрос: Каковы недостатки использования расширенного сопоставления по сравнению с простым сопоставлением?
Расширенное сопоставление Spring data neo4j по сравнению с простым сопоставлением
Ответы (2)
Я чувствую, что недостатков в использовании расширенного режима почти нет. Единственное, что меня беспокоило, это относительно плохая поддержка AspectJ в IDE. Изначально это был ад, чтобы настроить и сделать все правильно. Кроме того, наше приложение работает намного быстрее с расширенным режимом отображения, поэтому мы никогда не оглядывались назад.
person
tstorms
schedule
25.03.2013
Правильно. Обычно SDN следует использовать для встроенной БД, и тогда расширенное сопоставление выполняется намного быстрее, поскольку оно выполняет сквозное чтение и сквозную запись (в транзакциях). Таким образом, проблема с IDE является единственным предостережением, но если вы воздерживаетесь от использования таких методов, как
persist для объекта, они не должны влиять на вас. А если вы переместите весь код взаимодействия с базой данных в транзакционные методы, он станет еще быстрее и удобнее (без грязного управления).
- person Michael Hunger; 25.03.2013
@MichaelHunger Если у нас есть несколько машин, на которых запущен код, который обращается к базе данных neo4j, то как мы можем использовать neo4j во встроенном режиме?
- person Yatendra; 01.08.2014
@MichaelHunger Кроме того, вы бы предпочли предварительное сопоставление простому сопоставлению, даже если у нас есть neo4j, работающий в автономном режиме?
- person Yatendra; 01.08.2014
Согласно Q5 в этой публикации, простое сопоставление предпочтительнее, если вы общаетесь с Neo4J через стиль REST, а расширенное сопоставление, если вы с помощью встроенного Neo4J
person
Mike Holdsworth
schedule
14.05.2013
