neo4j -графовая база данных вместе с реляционной базой данных?

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

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

Итак, мой вопрос: в этом случае лучше всего хранить пароль _хэш/пароль _соль/идентификатор/электронную почту в базе данных mysql, а затем на основе узла искать его в базе данных mysql. Или лучше хранить пароль _хэш/пароль _соль/идентификатор/адрес электронной почты в хеш-таблицах внутри узлов.

Также в каждом магазине есть 1000 продуктов, и они могут храниться в базе данных графа, или я могу хранить продукты в базе данных mysql, а затем искать продукт там и вносить изменения там, потому что продукты не связаны друг с другом., так что нет смысла хранить их в базе данных графа, поэтому не следует ли их хранить там для повышения производительности?

Итак, мой вопрос сводится к следующему: :лучше ли для больших проектов использовать графовую базу данных вместе с более распространенной базой данных rdms, такой как mysql? если нет, то с какого момента вы начинаете использовать эти две системы баз данных?

заранее извиняюсь за незнание терминологии баз данных.