Правила Кодда.

Двенадцать правил Кодда определяют требования к реляционным СУБД.

1. Явное представление данных. Информация должна быть представлена в виде данных, хранящихся в ячейках.

2. Гарантированный доступ к данным. К каждому элементу данных должен быть обеспечен доступ с помо­щью комбинации имени таблицы, первичного ключа стро­ки и имени столбца.

3. Полная обработка неопределенных значений. Не­определенные значения Null, отличные от любого опре­деленного значения, должны поддерживаться для всех типов данных при выполнении любых операций.

4. Доступ к описанию базы данных в терминах реля­ционной модели. Словарь данных активной базы данных должен сохраняться в форме таблицы, и СУБД должна поддерживать доступ к нему при помощи стандартных языковых средств доступа к таблицам.

5. Полнота подмножества языка. Язык управления данными и язык определения данных должны поддер­живать все операции доступа к данным и быть единствен­ным средством такого доступа, кроме, возможно, опера­ций низшего уровня (см. правило 12).

6. Возможность обновления представлений. Все пред­ставления, подлежащие обновлению, должны быть дос­тупны для этого.

7. Наличие высокоуровневых операций управления данными. Операции вставки, обновления и удаления дол­жны применяться к таблице в целом.

8. Физическая независимость данных. Прикладные программы не должны зависеть от используемых спосо­бов хранения данных на носителях и методов обращения к ним.

9. Логическая независимость данных. Прикладные программы не должны зависеть от логических ограни­чений

10. Независимость контроля целостности. Все необ­ходимое для поддержания целостности данных должно храниться в словаре данных.

11. Дистрибутивная независимость. Реляционная база данных должна быть переносимой и способной к рас­пространению.

12. Согласование языковых уровней. Если реляцион­ная СУБД допускает использование низкоуровневого язы­ка доступа (элемент доступа — запись), последний не дол­жен совершать операций, противоречащих требованиям правил безопасности и поддержания целостности данных, которые соблюдаются языком более высокого уровня.

Все это Кодд суммировал в правиле 0: для того чтобы систему можно было квалифицировать как реляционную СУБД, она должна использовать для управления базой данных исключительно реляционные функции.

Свойства и типы полей.

Поля — это основные элементы структуры базы дан­ных. Они обладают свойствами. От свойств полей зави­сит, какие типы данных можно вносить в поле, а какие нет, а также то, что можно делать с данными, содержа­щимися в поле.

Основным свойством любого поля является его длина. Длина поля выражается в символах или, что то же са­мое, в знаках. От длины поля зависит, сколько информа­ции в нем может поместиться. Так как символы кодиру­ются одним или двумя байтами, то можно условно счи­тать, что длина поля измеряется в байтах.

Очевидным уникальным свойством любого поля является; его имя. Одна база данных не может иметь двух полей с одинаковым именем. Кроме имени у поля есть еще свойство подпись. Подпись — это та информация, которая отображается в заголовке столбца. Ее нельзя путать с именем поля, хотя если подпись не задана, то в заголовке отображается имя поля. Разным полям, напри­мер, можно задать одинаковые подписи.

Разные типы полей имеют разное назначение и раз­ные свойства:

1. Основное свойство текстового поля — размер.

1. Числовое поле служит для ввода числовых данных. Оно тоже имеет размер, но числовые поля бывают разны­ми, например для ввода целых чисел и для ввода дей­ствительных чисел. В последнем случае кроме размера поля задается также размер десятичной части числа.

2. Поля для ввода дат или времени имеют тип Дата/ время.

3. Для ввода логических данных, имеющих только два значения (Да или Нет; 0 или 1; Истина или Ложь и т.п.), служит специальный тип — Логическое поле. Длина та­кого поля всегда равна 1 байту, поскольку этого более чем достаточно, чтобы выразить логическое значение.

5. Особый тип поля — денежный. Денежные суммы можно хранить и в числовом поле, но в денежном формате с ними удобнее работать. В этом случае компьютер изобра­жает числа вместе с денежными единицами, различает рубли и копейки, фунты и пенсы, доллары и центы.

6. В современных базах данных можно хранить не толь­ко числа и буквы, но и картинки, музыкальные клипы и видеозаписи. Поле для таких объектов называется полем объекта OLE (Object Linking and Embedding — объект­ное связывание и внедрение. OLE разработан компанией Microsoft и является протоколом обмена данными, кото­рые представлены в виде объектов).

7. Если нужно вставить в поле длинный текст (более 256 символов), для этого служит поле типа MEMO. В нем можно хранить до 65 535 символов. Особенность поля MEMO состоит в том, что реально эти данные хранятся не в поле, а в другом месте, а в поле хранится только указатель на то, где расположен текст.

8. Поле Счетчик, на первый взгляд, является обыч­ным числовым полем, но оно имеет свойство автомати­ческого наращивания. Если в базе есть такое поле, то при вводе новой записи в него автоматически вводится число, на единицу большее, чем значение того же поля в предыдущей записи. Это поле удобно для нумерации за­писей.