Я понимаю, что есть много преимуществ в использовании расширенного сопоставления данных Spring neo4j, а не простого сопоставления.Продвинутое сопоставление данных neo4j с простыми сопоставлениями
Мой вопрос: Каковы минусы использования передового сопоставления по простому сопоставлению?
Я чувствую, что почти нет недостатков в использовании расширенного режима. Единственное, что меня раздражало, - это относительно белая поддержка IDE AspectJ. Первоначально это было чертовски сложно настроить и понять. Кроме того, наше приложение намного быстрее с расширенным режимом отображения, поэтому мы никогда не оглядывались назад.
Согласно Q5 в this post, простое отображение благоприятствует, если вы разговариваете с Neo4j через стиль REST в то время как передовые отображения, если вы используете Neo4j внедренные
Правильно, в общем SDN следует использовать против встроенной БД, а затем расширенное сопоставление происходит намного быстрее, так как оно выполняет чтение и запись (в транзакциях). Поэтому проблема IDE является единственным предостережением, но если вы воздерживаетесь от использования методов, подобных 'persist' на объекте, они не должны влиять на вас. И если вы переместите код взаимодействия с базой данных в транзакционных методах, он становится еще быстрее и удобнее (без грязного управления). –
@MichaelHunger Если у нас есть несколько машин, на которых запущен код, который обращается к neo4j db, то как мы можем использовать neo4j во встроенном режиме? –
@MichaelHunger Кроме того, предпочитаете ли вы предварительное сопоставление через простое отображение, даже если у нас есть neo4j, работающий в автономном режиме? –