Детализация данных в реляционной базе данных

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

Какое решение выбрать, зависит немного от ваших определений много и постоянно. База данных чрезвычайно хороша для запросов к существующим данным. Это достаточно хорошо для изменения хранимых данных и добавления новых данных. Это паршиво в изменении структуры базы данных. Поэтому вам следует избегать изменения макета.

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

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

С другой стороны, если вы выберете свой первый метод, то, как вы заявили, вам придется позаботиться о правильном хранении команды и ее параметров.

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

void ScheduleBackupTask(TimeSpan startTime, TimeSpan stopTime, ... <backup parameters>)
{
     // check the parameter list, to see if they match the parameters of a backup task
     // and create the command
     var command = CreateBackupCommand(<backup parameters>);
     ScheduleCommand(startTime, stopTime, command);
}

void ScheduleCleaningTask(TimeSpan startTime, TimeSpan stopTime, <cleaning parameters>)
{
    // check the parameter list, to see if they match the parameters of a clean task
    // and create the command
    var command = CreateCleanCommand(<cleaning parameters>);
    ScheduleCommand(startTime, stopTime, command);
}

void ScheduleCommand(TimeSpan startTime, TimeSpan stopTime, Command command)
{
      using (var dbContext = new MyDbContext()
      {
           Schedule schedule = new Schedule(startTime, stopTime, command);
           dbContext.Schedules.Add(shedule);
           dbContext.SaveChanges();
      }
}

Каждый раз, когда вам придется поддерживать новую команду или изменять параметры команды, вам придется создавать или изменять функцию " Create...Command. Есть только одно место, где вы должны будете проверить параметры.

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

Выполнение команды

Очевидно, что запрашивать, какие команды должны быть выполнены, проще и быстрее, используя ваш первый метод. После того, как вы commandType команду, включая commandType, ее легко выполнить:

IEnumerable<Command> commandsToExecute = FetchCommandsToExecute(TimeSpan time);
foreach (Command command in commandsToExecute)
{
     switch (command.CommandType)
     {
          case CommandType.Backup:
               ExecuteBackup(...);
               break;
          case CommandType.Clean:
               ExecuteClean(...);
               break;
     }
}

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

Резюмируя: если вы думаете о большом количестве команд для поддержки, регулярно меняющихся параметрах или типах команд для поддержки, возможно, совет будет иметь одну таблицу, содержащую все команды для поддержки. Позвольте вашему шаблону репозитория проверить параметры перед добавлением/обновлением/выполнением