Всем привет. Подскажите, у меня возникает такое ощущение, что я делаю что-то не то. Есть проект, где используется доктриновская ODM и на каждый чих создается нода со своим документом. В итоге, одна таблица разрастается до огромных размеров, в которой свалено куча нод с переплетенными между собой документами и миксинами. Есть по этому поводу два вопроса:
1) Из-за огромной таблицы и сложности, становится иногда сложновато уследить за обратной совместимостью без постоянного обновления документации с описанием текущих и устарелых нодов и пропертей. Как с этим бороться и нормальное ли это явление, сваливать всё в одну кучу, как в NoSQL решениях?
2) Есть подозрения, что если часть из этого вынести в отдельную ORM'овскую базу с индексами и выбирать данные вторым запросом по UUID ноды, то должно всё работать гораздо быстрее и удобнее. Что думаете? Будут ли какие-то подводные камни?
