Как правильно спроектировать онлайн-СУБД?

Question

[Alik Send]

Доброго времени суток

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

Вариант с созданием таблицы на каждое событие как-то не очень. Так же как и с хранением "частей событий" в поле-массиве PostgreSQL.
Вариант с созданием таблице событий и таблицы "частей событий" с полем event_id (FK) к конкретному событию. Но насколько это быстро будет работать когда размер таблицы "частей событий" будет большим?
Была идея использовать NoSQL БД для этого, но насколько это рационально и быстро?

Спасибо

Answer 1

[Draconian]

Второй вариант с реляционной структурой вполне жизнеспособен. Хорошо индексированная таблица будет работать без проблем и на больших объемах. Вы можете и заранее это проверить, создав структуру и наполнив её большим количеством тестовых данных.
Насчет NoSQL решайте сами, материалов полно, например, вот и вот.

Comments

[Alik Send]

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

[Draconian]

Alik Send: Да, все в итоге упирается в архитектуру, производительность сервера, распределение нагрузки и т.п.