<<
>>

РЕЛЯЦИОННЫЕ БАЗЫ ДАННЫХ. МОДЕЛЬ ДАННЫХ

 

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

Принято выделять три этапа проектирования базы данных (БД) (рис.

2.1): инфологическое проектирование — получение семантических (смысловых) моделей, отражающих информационное содержание проблемы; логическое проектирование — каким образом отобразить объекты предметной области в абстрактные объекты модели данных так, чтобы это отображение не противоречило семантике предметной области, и было по возможности наилучшим (эффективным, удобным и т.д.);

lt;. М.:

физическое проектирование — каким образом, имея в виду особенности конкретной СУБД, расположить данные во внешней памяти, создание каких дополнительных структур (например, индексов) необходимо потребовать и т.д.

В настоящее время все большее распространение приобретает модель типа «Сущность-Связь» (Entity-Relationship — ER-модель). Базы данных, построенные на основе этой модели, называют реляционными. Основными понятиями ER-модели являются сущность (объект), атрибут, связь.

Сущность (объект) реальный или представляемый объект предметной области, информация о котором должна сохраняться и быть доступна. Различают такие понятия, как тип сущности и экземпляр сущности. Понятие «тип сущности» относится к набору однородных предметов, событий, личностей, выступающих как единое целое. Экземпляр сущности относится к конкретной вещи в наборе. Например, сущность — счет-фактура, экземпляр сущности — СФ № 15 от 10.10.03, контрагент ООО «Солнышко» на сумму 37 000 руб. Сущность — клиент, экземпляр сущности — ЧП Иванов.

Атрибут — поименованная характеристика сущности, определя-

ва значений.

Каждый атрибут обеспечивается именем, уникальным в пределах сущности, например: Клиент.Название, Клиент.Юридиче- ский_адрес, Клиент.ИНН.

Множество из одного или нескольких атрибутов, значения которых однозначно определяют каждый экземпляр сущности, называется идентификатором (ключом). Каждая сущность должна иметь хотя бы один идентификатор. Если идентификаторов несколько, один из них выбирается как привилегированный. Например, для сущности «Клиент» идентификатором может служить ИНН, для счет-фактуры — дата и номер.

Атрибуты могут классифицироваться по принадлежности к одному описательные представляют характеристики, внутренне присущие каждому экземпляру сущности (например, Счет-фактура.Сумма); указывающие используются для присвоения имени или обозначения экземпляров сущности (например, Счет-фактура.Номер); вспомогательные используются для связи экземпляра одной сущности с экземпляром другой (например, Счет-фактура.ИНН_Кли-

Представление сущности: Клиент (ИНН_Клиента. название_кли- ента, юридический_адрес, телефон, контактное лицо). Графическое представление сущности дано на рис. 2.2.


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

Перемещение (Склад 1. Склад2. материал, количество) — атрибуты материал и количество указывает количество перемещаемого, а не количество хранимого на каком-либо складе); каждый атрибут, не являющийся частью идентификатора, представляет характеристику экземпляра, указанного идентификатором, а не характеристику некоторого другого атрибута-неиденти- фикатора.

Связь — поименованная графически изображаемая ассоциация, устанавливаемая между сущностями и представляющая собой абстракцию набора отношений, которые систематически возникают между различными видами предметов в реальном мире. При анализе связей между сущностями могут иметь место бинарные связи (между двумя сущностями или между сущностью и ею же самой — рекурсивная связь), в общем случае — л-арные связи. В ER-диаграммах связь обозначается направленными ребрами с соответствующими надписями (нотация IDEF1). Среди бинарных связей существуют три фундаментальных вида связи: один к одному (1 : 1), один ко многим (1 : М), многие ко многим (М: N).

Связь «один к одному» (1 : 1) существует, когда один экземпляр одной сущности связан с единственным экземпляром другой сущности, например: Сущность Подразделение — сущность Руководитель (рис. 2.3).


Связь «один ко многим» (1 : М) существует, когда один экземпляр одной сущности связан с одним или более экземпляром другой сущности и каждый экземпляр второй сущности связан только с одним экземпляром первой сущности, например: отгрузка — клиент (рис. 2.4).


Связь «многие ко многим» (М: N) существует, когда один экземпляр одной сущности связан с одним или более экземпляром другой сущности и каждый экземпляр второй сущности связан с одним или более экземпляром первой сущности (рис. 2.5);


<< | >>
Источник: Неизвестный. Информационные технологии в экономике и управлении. 2000

Еще по теме РЕЛЯЦИОННЫЕ БАЗЫ ДАННЫХ. МОДЕЛЬ ДАННЫХ:

  1. ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННЫХ БАЗ ДАННЫХ ДЛЯ КОНКРЕТНОЙ СУБД
  2. ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННЫХ БАЗ ДАННЫХ
  3. Другие базы данных
  4. 9.3. НАСТОЛЬНЫЕ БАЗЫ ДАННЫХ ДЛЯ ОФИСА
  5. Базы данных по авариям.
  6. Варианты использования электронной почты при формировании базы данных               перспективных              клиентов
  7. Выбор целевых рынков при отсутствии клиентской и базы данных прошлых лет
  8. Использование электронной почты в вашей деятельности по формированию базы данных перспективных клиентов
  9. 3.4. МОДЕЛИ ПРОСТРАНСТВЕННЫХ ДАННЫХ
  10. Предаварийные ситуации. Базы данных и предаварийные ситуации. Простые методы определения опасностей HAZID. Анализ “что произойдет, если”. Карты контроля безопасности.
  11. 2.5. Модель расчета оптимального размера страхового запаса материальных ресурсов на основе статистических данных
  12. Многомерные хранилища данных
  13. 4.13. Анализ данных
- Бюджетная система - Внешнеэкономическая деятельность - Государственное регулирование экономики - Инновационная экономика - Институциональная экономика - Институциональная экономическая теория - Информационные системы в экономике - Информационные технологии в экономике - История мировой экономики - История экономических учений - Кризисная экономика - Логистика - Макроэкономика (учебник) - Математические методы и моделирование в экономике - Международные экономические отношения - Микроэкономика - Мировая экономика - Налоги и налолгообложение - Основы коммерческой деятельности - Отраслевая экономика - Оценочная деятельность - Планирование и контроль на предприятии - Политэкономия - Региональная и национальная экономика - Российская экономика - Системы технологий - Страхование - Товароведение - Торговое дело - Философия экономики - Финансовое планирование и прогнозирование - Ценообразование - Экономика зарубежных стран - Экономика и управление народным хозяйством - Экономика машиностроения - Экономика общественного сектора - Экономика отраслевых рынков - Экономика полезных ископаемых - Экономика предприятий - Экономика природных ресурсов - Экономика природопользования - Экономика сельского хозяйства - Экономика таможенного дел - Экономика транспорта - Экономика труда - Экономика туризма - Экономическая история - Экономическая публицистика - Экономическая социология - Экономическая статистика - Экономическая теория - Экономический анализ - Эффективность производства -