Эффективность в базе данных диаграммы neo4j

Question

У меня есть объект Событие, которое я хочу сохранить, это местоположение. я думаю о 2 способах сделать это: узел события 1.make и подключить его к узлу местоположения и сохранить там местоположение 2. сохранить местоположение на узле «Событие».

Учитывая, что в будущем мне было бы интересно получить информацию обо всех событиях, проводимых в определенном месте. Что является самым эффективным способом?

Дополнительный вопрос, который у меня есть об эффективности. У меня есть 2 пользователя: пользователи мобильных приложений и веб-пользователи. и я думаю об эффективном способе сохранения информации. также здесь я думаю о двух способах: 1. Сохранять данные обо всех пользователях в одном узле и добавлять в приложение пользователя ярлык мобильного телефона 2. Сохранять данные обо всех пользователях в одном узле и подключать его к узлу, который сохранит только устройство тип.

Учитывая, что в будущем мне было бы интересно получить информацию обо всех пользователях, использующих IOS/Android. Что является самым эффективным способом?

Answer 1

Это зависит от того, что вы хотите сделать с информацией о местоположении. Некоторые причины, почему вы могли бы использовать Location узлы (и, таким образом, сделать отношения между Event и Location):

• Вы хотите иметь свойства для расположения
• Вы с помощью местоположения в другом контексте и хотите, чтобы иметь возможность связать все вместе
• в прикладном Адрес чувствует себя больше как субъекта к вам не только свойство Event

Но если вы просто иметь широту/долготу или название места вы больше находитесь на территории, просто имея собственность на Event. Если вы собираетесь запрашивать свойство, убедитесь, что у вас есть индекс (который подходит для любых свойств, которые вы хотите запросить на узлах Location).

Что касается пользователей: возможно, вы хотите получить головные боли, если собираетесь хранить два набора пользователей. У меня будет один набор пользователей и использовать такие свойства, как logged_in_with_android.