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

Нет, я сам разрабатываю, хотел бы узнать кто и как обычно реализует подобную задачу.

Пути, которые я вижу:

1) Завести таблицы:
- для хранения факта резервирования (одновременно будет генерироваться идентификатор цепочки событий)
- для хранения самих событий и детализированной информации о них
То есть при самом резервировании, будет выполняться за раз n-ое количество инсертов во вторую таблицу. Далее уже можно будет сдвинуть по определенному правилу все события скажем на день или провести редактирование отдельной записи с дополнительными требованиями.

2) Хранить таблицу, в которой заведомо занесена периодичность и таблицу для исключительных ситуаций.


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


Хотел бы узнать, существуют ли еще другие подходы.

По моим оценкам в год будет вносится порядка полутора-двух миллионов записей, в определённый момент будет необходимо хранение 2-3 лет.