Галерея
7757 8119 8300 8698 8817 9504 9722 9937
Интересные записи
Топовые новости
Новое

Идентификация сущностей и атрибутов

Идентификация сущностей и атрибутовПрежде всего, задумайтесь о предназначении базы данных. К примеру, создание базы отслеживания заказов клиентов можно начать с таблицы CUSTOMER (заказчик). Далее подумайте, какие атрибуты характеризуют заказчиков. Это название компании, ее адрес, номер телефона, ее заказы и их состав, история платежей и т. п.

Важной составляющей этого этапа является выбор правильного типа данных для каждого из атрибутов. При выборе типа данных часто приходится идти на компромиссы, пытаясь найти оптимальный баланс между производительностью и прозрачностью логической модели. К примеру, количество заказанных товаров и их цены можно представить с помощью типа данных Oracle NUMBER (и Oracle настаивает на использовании единого типа NUMBER, а не специализированных типов DECIMAL, INTEGER и т. п.). Представление этих же данных типом данных INTEGER в Microsoft SQL Server было бы ошибкой, так как цены округлялись бы до ближайшего доллара (рубля). В данном случае правильнее было бы выбрать специализированный тип: MONEY или SMALLMONEY. К тому же поиск значения в числовых полях выполняется существенно быстрее, чем в текстовых. Когда требуется хранить более сложную информацию, например структуры XML, изображения или двоичные файлы, как правило, используют специально созданные для этих целей типы данных. В табл. В.1 приведен пример так называемой “плоской структуры” базы данных, где вся информация сконцентрирована в одной таблице. Такая модель вряд ли подойдет для чего-то серьезного. В то же время в процессе создания реляционной базы данных такая “плоская” таблица становится отправной точкой нормализации.

Как только основные таблицы определены и между ними установлены отношения, наступает время для процесса Нормализации.