SQL
Дизайн стола

замечания

Свойства хорошо спроектированной таблицы.

Истинная реляционная база данных должна выходить за рамки передачи данных в несколько таблиц и написания некоторых операторов SQL, чтобы вытащить эти данные.
В лучшем случае плохо спроектированная структура таблицы замедлит выполнение запросов и может сделать невозможным работу базы данных по назначению.

Таблица базы данных не должна рассматриваться как просто другая таблица; он должен следовать ряду правил, которые считаются по-настоящему реляционными. В академическом смысле это обозначается как «отношение», чтобы сделать различие.

Пять правил реляционной таблицы:

1. Каждое значение является атомарным ; значение в каждом поле в каждой строке должно быть единственным значением.
2. Каждое поле содержит значения, относящиеся к одному типу данных.
3. Каждый заголовок поля имеет уникальное имя.
4. Каждая строка в таблице должна иметь как минимум одно значение, которое делает его уникальным среди других записей в таблице.
5. Порядок строк и столбцов не имеет значения.

Таблица, соответствующая пяти правилам:

• Правило 1: Каждое значение является атомарным. Id , Name , DOB и Manager содержат только одно значение.
• Правило 2: Id содержит только целые числа, Name содержит текст (мы можем добавить, что это текст из четырех символов или меньше), DOB содержит даты действительного типа, а Manager содержит целые числа (мы могли бы добавить, что соответствует полю первичного ключа в менеджерах Таблица).
• Правило 3: Id , Name , DOB и Manager являются уникальными именами заголовков в таблице.
• Правило 4: включение поля Id гарантирует, что каждая запись отличается от любой другой записи в таблице.

Плохо спроектированная таблица:

• Правило 1: второе поле имени содержит два значения - 2 и 1.
• Правило 2: Поле DOB содержит даты и текст.
• Правило 3: Есть два поля, называемых «имя».
• Правило 4: Первая и вторая записи абсолютно одинаковы.
• Правило 5: Это правило не нарушается.