У кого есть опыт хранения «дерево» данных?

Question

[chelkaz]

Имеются данные в виде ответа:
https://tech.yandex.ru/maps/doc/geosearch/concepts...
Это организации, они имеют:
Одна организация может иметь много:
Адресов, телефонов, сайтов, режимов работы, типы и прочее.
Все в одной таблице это не реально хранить.
Но нормально будет столько много связей?
Отдельная таблица для телефонов, отдельная для адресов, отдельная для расписания и так далее.
И еще в связанной таблице например типы тоже может быть много типов. Получается связь через связь.
Если будет более 10 связей, это нормально?
Как правильно подойти к таким хранениям?
То есть посмотрите на структуру по ссылке и посоветуйте как ее лучше хранить?

Comments

[sim3x]

почитайте про нормализацию данных
Приведите мысли в вопросе в порядок

[chelkaz]

Так я про эту нормализацию и говорю. Идентифицировать каждый набор связанных данных с помощью id организации. Но связей будет много. И хотелось бы узнать, важно ли количество связей? А что с мыслями не в порядке?

Answer 1

[Dmitry Tallmange]

Для этого есть NoSQL, например mongodb. Делать из этого реляционную модель я бы не стал.