Производительность базы данных графика Нептуна для составления списка границ

Question

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

Можно ли индексировать ребра типа «отчеты», чтобы быстро получить список всего содержимого, о котором было сообщено?Есть ли лучший способ сделать это?

Answer 1

Нет, вы не можете (не нужно) явно управлять индексами.Neptune использует новую стратегию индексирования, основанную на полукластерных индексах, и предлагает отличную производительность индекса из коробки.Пользовательские индексы не нужны.

Из часто задаваемых вопросов по Neptune: https://aws.amazon.com/neptune/faqs/

Нужно ли создавать индексы для моих данных с помощью Amazon Neptune?

НетСуществующие пользователи базы данных графа часто вынуждены пытаться перехитрить реализацию поставщика.Явное поддержание индексов - это только один аспект этого.Amazon Neptune не требует, чтобы вы создавали конкретные индексы для достижения хорошей производительности запросов, и сводит к минимуму необходимость такого второго предположения о дизайне базы данных.

Можете ли вы поделиться некоторыми подробностями по конкретным запросам, которые вы ищете?