Проект БД по планированию

[Utkin]

Есть такой коварный замысел - написать программу календарного планирования. Суть идеи - руководитель организации пишет типа ежедневника - сделать то-то и то до такого-то числа, повторять через х дней. Сами события могут как повторяться так и не повторяться. Есть сам план - некая линия времени в которую потом по хитрому алгоритму падают события из ежедневника. Как продумать таблички в БД?
Я хочу аж 3 таблички:
1. Ежедневник - то есть то что написал руководитель собственными ручками хранить "как есть". Там все относительно просто, потому что в интерфейсе руководитель и так будет заполнять табличку (типа событие, до какого числа выполнить, важность события, периодичность повторения).
2. Табличка ввиде ссылок на ежедневник для тех событий, которые будут периодически повторяться
3. Некий план действий (линия времени) где будут уже накидываться события. Получается типа ежедневник это правила, а 3-я табличка результат выполнения правил.
Я сомневаюсь в необходимости 2-й таблички и вообще думаю нет ли чего проще?

[Аватар]

Если многие-к-многим 2-ой не избежать. Если один-к-многим 2-ая не нужна

[Utkin]

Не, один-ко-многим, не хочу перегружать. Я просто думал за вторую табличку потому как если периодических задач будет много (со временем) каждый раз выбирать период, чтобы потом по ним автоматически добавлять задачи в план будет медленно. То есть типа для скорости, а не для самой модели.

[waleri]

А что мешает помечать события как повторяющиеся еще в первой табличке?

[Utkin]

А что мешает помечать события как повторяющиеся еще в первой табличке?

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

[waleri]

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

[Utkin]

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