2014-02-04 2 views
0

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

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

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

Оба способа работают нормально, но какие наилучшие условия наилучшей практики?

Это как-то связано с нормализацией/денормализацией, нормализация важна здесь? И если нормализация важна, какой метод более нормализован? Или это только вопрос мнения?

ответ

3

Нет универсальных передовых методов. Сделайте то, что имеет смысл в вашей ситуации. Например, что для вас более ценно: экономия дискового пространства и сложная логика или оплата дисковой цены за чистую логику и легкие обновления?

Место на диске дешево (и может быть неограниченным), время * стоит дороже и ограничено. Ваш звонок.

(* заработная плата разработчика, время выхода на рынок, время, потраченное на отладку и т. Д.)

+0

Спасибо Серхио. Причина, по которой я спрашивал, состояла в том, что я начал читать о нормализации данных, и это было ужасно долго и сложно. Я понимаю, что выбор данных из больших таблиц может быть быстрым, если SQL правильный, так почему люди беспокоятся о том, что многие вопросы о практике для баз данных/логики кажутся такими сумасшедшими/большими? Являются ли эти проблемы глобальной компанией? Billion Trillion записывает и загружает базу данных, проблемы и многонациональные проблемы? Ваш ответ действительно помог мне успокоить мой выбор. Мы всего лишь небольшая компания. Еще раз спасибо. – ppumkin

+1

Кажется, что ваши две альтернативы примерно соответствуют уровню нормализации. Как правило, чем меньше нормализованная база данных, тем больше работы (логики) она требует для поддержания правильности данных. Более нормализованные базы данных легче рассуждать, но они могут быть менее эффективными. Люди делают эти компромиссы все время. –

Смежные вопросы