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