Серверные Неисправный Проектирование баз данных дизайн Правильный база данных может быть самым важным фактором для обеспечения эффективности и ремонтопригодности с базой данных. Прямо здесь то, что вы должны ответить при проектировании стол: Могу ли я уменьшить размер знаний, которые каждая строка будет иметь? Прямо здесь то, что вы можете сделать: 1. Используйте неподписанные числовые значения, когда приложение не собирается сохранить отрицательных чисел. Как заказанного количества из пункта в приложении электронной коммерции никогда не станет - $ 125. 2.
Используйте значения переменной длины в качестве альтернативы фиксированной длины стоимостью, т.е. использовать VARCHAR вместо CHAR. 3. Скорее не использовать излишне большие размеры полей. Для большинства приложений электронной коммерции без знака SMALLINT является дополнительной чем достаточно, чтобы инвентаризация розничной. Поле описывается как без знака SMALLINT может держать максимум выгоды из 65535. 4. Не игнорировать нормализации; его помогает предотвратить ненужные повторения информации. Часть Б из, что, то не злоупотребляйте нормализации.
Если стол не будет расти в размерах существенно, нет никакого смысла в нормализации. Например, если пользователь имеет регистрации всего 20 строк (т.е. 20 сотрудников в организации), все попытки нормализации впустую. 5. Используйте клавиши. Dont решить ключи по идентификатору клиента должен стать индексируются от порядка регистрации. Если заказ стол становится искали 90% ваших времен по дате заказа, он делает гораздо больше смысла, на сегодняшний день порядка индекс. Помните, как, вероятно, можно использовать письменный стол должен определить, как она действительно предназначена.
Тратить время здесь будет спасти лет разочарования. Паршивая запросов это звучит слишком отличным, чтобы стать правдой, но вы не верят количество разработчиков, которые там полностью сосут на написания запросов. Вы откроете для себя два вида нежелательных запросов: а) ненужных запросов: Это запросы, которые не должны были сделаны в