Андрей: не могли бы предложить структуру?
Мы думали уже разные варианты, и например, EAV модель не подходит, и вертикальная key-value таблица, конечно же тоже.
KkJ: я правильно понял, что вы предлагаете, например, в корне документа хранить данные так:
"institute": [
{
"name": "ВГИК",
"faculty": "Режиссерский факультет",
"department": "Кафедра телевидения",
"year": 2010
}
]
Не совсем. Мы как раз таки выбрали не реляционную именно потому, что у нас данные хоть и структурируются, но они имеют вложенность, с которой прекрасно справляется монга.
Суть задачи - у нас множество людей творческих профессий(и еже с ними): Актёры, Озвучка, Модели, Мейкаперы. У каждой из этих профессий есть множество направлений (актёр театра, актёр кино, цирковые актёры, каскадеры), у этих направлений могут быть конкретные специализации (театр оперы и балета, актёр комедийного кино и тд), и так еще несколько уровней вложенности(образование, знание языков и тд). Сложность не просто в хранении, а в том, чтобы можно было искать по этим параметрам.
Вот реальный пример запроса:
Мужчина, выше 180см, до 25 лет, водительские права категории С, окончивший ВГИК, солист оперы(итальянский язык), умеющий жонглировать.
Да, такая ситуация возможна(и такое бывает не редко), когда человек получает две разных профессии.
Благо сейчас структура только проектируется, и если возможно, не могли бы предложить более правильную структуру для такой ситуации?
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Спасибо за ответ!