Гидеон @ Брайан прав. Так что @iamgopal. И я тоже, когда говорю «это зависит от характера данных, которые моделируются и хранятся в базе данных».
Если это список дней с определенными атрибутами/свойствами для каждого дня, то да, я бы назвал его денормализованным - и 9 раз из 10 (или более), это, вероятно, так будет. (Я помню базу данных с 13 столбцами, по одному для каждого месяца в году и по одному для всего, а в конце года пользователь добавил еще 13 столбцов на следующий год. «Mr. Database», мы позвонили ему.)
Если это описание, скажем, часов работы в течение недели, где каждый запрос запрашивается у вас всегда требуется информация для каждого дня недели, тогда строка будет представлять собой один «блок» «данных (каждый столбец зависит от первичного ключа таблицы и всего этого), и было бы контрпродуктивным разделить данные на более мелкие фрагменты.
И, конечно же, это может быть комбинация двух данных, которые первоначально были нормированы до одной строки в день, а затем преднамеренно денормализированы по соображениям производительности. Возможно, в 9 раз из 10 они нуждаются в информации за несколько недель, и анализ показал значительный прирост производительности, объединив эти данные в одну строку?
Как бы то ни было, без дополнительной информации об использовании и рациональности я занимаюсь сайтом @iamgopal и поддерживаю его.
являются таблицами 'isMonday' и' isTuesday'? –
Просьба подробно описать эту структуру. Каковы таблицы? Каков контекст и назначение этой таблицы в частности (например, журнал транзакций, отслеживание рабочего времени, описание периода времени)? Ответ на ваш вопрос во многом зависит от точной структуры и использования. –