Руководство по использованию редактора баз данных OpenOffice Base. Еременко А.В - 15 стр.

   Создание таблицы Т_ПРОДАЖИ
      Создайте в режиме дизайна еще одну таблицу с именем T_ПРОДАЖИ, а затем таким же об-
разом, как и для предыдущей таблицы, создайте следующие поля :
 Имя поля                    Тип             Свойства
 продажа_ном                 Integer         Автозначение : Да
                                             Первичный ключ
 дата_получения              Date            Обязательное : Да
 продавец_указ               Integer         Обязательное : Да
 товар_указ                  Integer         Обязательное : Да
 количество                  Integer         Обязательное: Да
                                             Значение по умолчанию: 0
 дата_реализации             Date            Обязательное: Нет


      Таблица имеет схему:
     T_ПРОДАЖИ (продажа_ном, дата_получения, продавец_указ, товар_указ, количество,
дата_реализации).
       Обратите особое внимание на два поля : продавец_указ и товар_указ, имеющие тип Integer.
Эти два поля содержат ссылки на записи, расположенные в других таблицах, которые мы уже со-
здали. Это таблицы T_ПРОДАВЦЫ и T_ТОВАРЫ. Использование таких ссылок позволит нам в
таблице T_ПРОДАЖИ не вводить многократно фамилии и названия товаров в соответствующие
поля записей, что избавит нас от возможных ошибок.
       В качестве ключа таблицы может выступать не только единственное поле, но и совокуп-
ность нескольких полей (такой ключ называется составным первичным ключом). Например, для
таблицы T_ПРОДАЖИ, можно в качестве первичного ключа использовать совокупность двух по-
лей: поля продавец_указ и поля товар_указ. В этом случае поле продажа_ном может быть излиш-
ним и его не следует включать в состав таблицы T_ПРОДАЖИ. При этом таблица будет иметь схе-
му:
     T_ПРОДАЖИ         (дата_получения,    продавец_указ,        товар_указ,   количество,   да-
та_реализации).
      Неискушенный в области баз данных читатель может спросить - "Почему же плохо иметь в
таблицах поля с повторяющимися данными?". Дело в том, что это очень неэффективный способ
хранения данных. И не только потому, что они занимают лишнее место в памяти. Основная при-
чина в том, что такие данные долго вводить и трудно анализировать. Если случайно при вводе ин -
формации пользователь допустил грамматическую ошибку или просто ввел лишний пробел, то
при запросах и поиске информации в базе данных такое значение будет рассматриваться как само-
стоятельное и строка, содержащая это значение, просто не будет выведена на экран. Именно
поэтому, при проектировании структуры баз данных стараются избегать повторения данных и со-
здают для них связанные таблицы. Этот процесс называется нормализацией.


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


                                                15