Пытаюсь понять как лучше спроектировать базу заданий по расписанию, получается такая штука как на приложенной картинке.
Кратко - есть список заданий представленный табличкой Actions, табличка Patterns представляет собой расписания заданий. Каждое задание может задаваться несколькими расписаниями, Actions и Patterns связаны через внешний ключ PatternId. Каждое расписание задается списком дней, таблицы Patterns и Days связаны внешним ключом ByDayId.
Вопросы:
1) Подход то вообще нормальный??
2) Критично ли в этом случае отсутствие первичного ключа у таблиц Patterns и Days?
3) Как лучше описать и разработать CRUD операции?
Мне это видится так(для добавления нового задания) -
подаем на вход Объект Action
Выбираем список расписаний.
Для каждого расписания
Выбираем список дней
Находим максимальный ByDayId в таблице Days
Для каждого дня
Вставляем новую запись устанавливая ByDayId в [максимальный ByDayId в таблице Days + 1 ]
Находим максимальный PatternId в таблице Patterns
Вставляем новую запись в таблицу Patterns используя ранее найденные значения.

Есть сомнение правильно ли это.
Ваши комментарии?

это реальная задача для описания сущностей вида:
"Задание выполняется в 13.46(Actions.StartDate) по понедельникам средам и субботам а также в 15.00 по пятницам и воскресеньям."
Где ж тут морока головы?

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

Все это есть. На данный момент информация хранится в XML файлике, нужно просто напросто написать еще одну реализацию DataProvider'a для ADO.NET, вот я и пытаюсь спроектировать.

Вопросы в первом посте четко сформулированы. Вот таким образом я перенес структуру XML в табличное представление. Только сомнение меня берет - корректно ли это, правильно ли? В общем см. пост номер 1.