ным ключом) этой переменной-отношения является комбинация атрибутов {SI, Р, DATE}, причем поставщики и детали могут быть описаны, как сущности, а для дат этого сделать нельзя. 13.6, Codd E.F. Extending the Database Relational Model to Capture More Meaning ACM TODS. - December, 1979. - 4, № 4.

В статье представлена расширенная версия реляционной модели- RM/T-модель. Можно сразу же отметить несколько отличий между RM/T- и ER-моделью. Во-первых, в RM/T-модели не делается никаких различий между сущностями и связями (связь рассматривается всего лишь как особый вид сущности). Во-вторых, структурные и целостные аспекты RM/T-модели более обширны и определены более четко, чем в ER-модели. В-третьих, RM/T-модель содержит несколько специальных операторов в дополнение к операторам базовой реляционной модели (хотя в этой области еще предстоит дополнительная работа).

Вкратце RM/T-модель функционирует следующим образом.

Во-первых, сущности (включая связи ) представляются Е- и Р-отношениями, которые являются особыми видами отношений общего типа степени п. Е-отношения используются для указания существования некоторых сущностей, а Р-отношения - для указания некоторых свойств этих сущностей.

Во-вторых, среди сущностей могут быть заданы разные связи; например, типы сущностей А и В могут образовывать ассоциацию (этот термин принят в RM/T-модели для связи типа многие ко многим ) или же тип сущности Y может быть объявлен подтипом другого типа сущности X. RM/T-модель включает формальную структуру каталога, предназначенную для предоставления системе сведений о существовании подобных связей. В результате система может привести в действие различные ограничения целостности, которые подразумеваются наличием таких связей.

В-третьих, для манипулирования различными объектами RM/T-модели (Е- и Р-отношениями, каталогом отношений и т.д.) предусмотрены операторы высокого уровня.

В RM/T-модели имеются аналоги всех конструкций ER-модели (сущность, связь, свойство, подтип), которые перечислены в табл. 13.1. Точнее, в ней поддерживается классификационная схема сущностей, которая во многих случаях представляет собой наиболее значительный или, по крайней мере, наиболее очевидный аспект всей модели. В соответствии с этой схемой сущности разделяются на три основные категории: ядра, характеристики и ассоциации.

Ядра. Это сущности, характеризующиеся независимым существованием. Они представляют те объекты, для описания которых и создается база данных . Иначе говоря, ядрами называются сущности, которые не являются ни характеристиками, ни ассоциациями (см. ниже).

Характеристики. Это сущности, предназначенные для описания или предоставления характеристики некоторой другой сущности. Существование характеристик зависит от существования описываемых ими сущностей. Описываемая сущность может быть ядром, характеристикой или ассоциацией.

Или, скорее, Е- и Р-переменными-отношениями.

Ассоциации. Это сущности, представляющие связь типа многие ко многим (или многие ко многим, ко многим и т.д.) между двумя или более сущностями. Участвующие в ассоциации сущности могут представлять собой ядра, характеристики или соединения.

Кроме того, необходимо отметить следующее.

Сущности (независимо от их классификации) могут также иметь свойства.

В частности, любая сущность (опять-таки, независимо от классификации) может иметь свойство, предназначенное для указания на некоторую другую сущность. Такое указание представляет связь типа многие к одному , имеющуюся между двумя сущностями.

Замечание. Такие указания не рассматривались в исходной статье [13.6], а были предложены позже.

Поддерживаются супертипы и подтипы сущностей. Если сущность Y является подтипом сущности X, то сущность Y является ядром, характеристикой или ассоциацией в зависимости от того, чем является сущность X: ядром, характеристикой или ассоциацией.

Все перечисленные выще концепции можно следующим образом соотнести с их аналогами в ER-модели (несколько неформально). Ядро соответствует сильной сущности ER-модели, характеристика - слабой сущности, а ассоциация - связи (только для типа многие ко многим ).

Замечание. Иногда в литературе встречается термин первичный до.мен, который также впервые был определен в этой статье. Первичным доменом называется домен, на котором определен по крайней мере один первичный ключ, состоящий из единственного (не составного) атрибута. Например, в примере базы данных поставщиков и деталей первичными доменами будут St и Pt.

Приведенные выще краткие сведения следует дополнить упоминанием о том, что в модели RM/T предусмотрена поддержка суррогатов (подробности приводятся в [13.16]), временного из.мерения и различных типов обобщения данных (подробности приводятся в [13.35], [13.36]).

13.7. Date C.J. А Note on One-to-One Relationships Relational Database Writings: 1985-1989. - Reading, Mass.: Addison-Wesley, 1990.

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

13.8. Date C.J. Entity/Relationship Modeling and the Relational Model C. J. Date and Hugh Darwen. Relational Database Writings: 1989-1991.- Reading, Mass.: Addison-Wesley, 1992.

13.9. Date C.J. Dont Encode Information into Primary Keys! C. J. Date and Hugh Darwen. Relational Database Writings: 1989-1991. - Reading, Mass.: Addison-Wesley, 1992. Здесь представлены неформальные аргументы против того, что иногда называют разумными ключами . К тому же следует упомянуть работу [13.10], в которой приведены рекомендации относительно внещних ключей.

13.10.Date C.J. Composite Keys С. J. Date and Hugh Darwen. Relational Database Writings 1989-1991. - Reading, Mass.: Addison-Wesley, 1992.

Цитата из аннотации к этой работе: Собраны и проанализированы аргументы за и против включения составных [ключей] в макет реляционной базы данных... предложены рекомендации . В частности, в статье показано, что суррогатные ключи [13.16] не всегда рекомендуется использовать.

13.11.Date C.J. А Database Design Dilemma? На Web-сайте DBP feD www.dpbd.com (January, 1999) (см. также приложение В в [3.3]).

На первый взгляд, заданный тип сущности (например, работник ) может быть представлен в реляционной системе либо с помощью типа EMPLOYEE (т.е. домена), либо с помощью переменной-отношения EMPLOYEE. В этой короткой статье даются рекомендации по выбору одного из двух вариантов.

13.12.Date C.J. Subtables and Supertables (в двух частях) На Web-сайте DBP feD www.dpbd.com (появится в конце 2000 или в начале 2001 года) (см. также приложение D в [3.3]).

Часто считается, что наследование типов сущностей в реляционном контексте может быть организовано с помощью подтаблиц и супертаблиц , где сущность-подтип отображается в подтаблицу, а сущность-супертип - в супертаблицу. В частности, во время создания этой книги именно такой подход поддерживался в SQL3 (см. приложение Б) и в некоторых существующих продуктах. В данной статье содержится острая критика этой идеи. 13.13.Elmasri R., Navathe S.B. Fundamentals of Database Systems (2nd edition). - Redwood City, Calif: Benjamin/Cummings, 1994.

В этом учебном пособии по проектированию баз данных две главы из 25 имеющихся посвящены ER-методам проектирования баз данных. 13.14.Embley D.W. Object Database Development: Concepts and Principles. - Reading, Mass.: Addison-Wesley, 1998.

Представлена методика проектирования на основе OSM-модели (Object-oriented Systems Model). Некоторые элементы OSM-модели похожи на ORM-модель [13.17]-[13.19].

13.15.Fleming С.С., Von Halle В. Handbook of Relational Database Design. - Reading, Mass.: Addison-Wesley, 1989.

Прекрасное практическое пособие по проектированию баз данных в реляционных системах с конкретными примерами реализации в среде СУБД DB2 компании IBM и DBC/1012 компании Teradata (теперь NCR). Описаны этапы как логического, так и физического проектирования, хотя в книге термин логическое проектирование используется для описания того, что мы называем реляционным проектированием, а термин реляционное проектирование включает по крайней мере несколько аспектов того, что мы называем физическим проектированием!

13.16.Hall Р., Owlett J., Todd S.J.P. Relations and Entities G. M. Nijssen (ed.). Modelling in Data Base Management Systems.- Amsterdam, Netherlands: North-Holland; New York, N.Y.: Elsevier Science, 1975.

Это первая статья, в которой подробно рассмотрена идея суррогатных ключей

(позднее они были введены в состав модели RM/T). Суррогатным называется ключ в обычном реляционном смысле, но дополнительно обладающий перечисленными ниже специфическими свойствами.