Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
БД_Бомбы_3.01 (разбито под шпоры).doc
Скачиваний:
50
Добавлен:
10.12.2018
Размер:
858.62 Кб
Скачать

56. Объектно-реляционные расширения языка sql. Возможные подходы к объектно-реляционному отображению без использования объектно-реляционных расширений sql.

Определение пользователем типов данных и типизированных таблиц.

UDT:

  • Индивидуальный тип. Основан на единственном предопределенном типе (типа typedef), но без наследственных операций, их нужно указывать.

  • Структурный тип. Именованный тип данных, включающий 1 или более атрибутов любых из допустимых в SQL типов данных, в том числе в данных структурного типа можно использовать механизм наследственности от ранее определенного структурного типа.

При определении типизированных таблиц указывается ранее определенный структурный тип, и если в нем N атрибутов, то в таблице N+1 столбец “лишний” – самоссылающийся и содержит типизированный уникальный идентификатор строк.

Способ генерации значений при определении структурного типа

  1. SYSTEM GENERATED – аналог ООБД

  2. USER DEFINED (TYPE) – опр. тип уникального идентификатора, пользователь указывает значение, когда вставляет строки

  3. USER DEFINED (список столбцов) – аналог ключа

57. Истинная реляционная модель данных. Ее структурная, манипуляционная и целостная части. Реализации.

Типы данных

  • скалярный (инкапсулир. тип, внутренняя структура которого скрыта от пользователя)

  • кортежный (определяется указанием заголовка в вие множества пар <имя атр., тип атр.>, значение – триплет <имя, тип, значение>)

  • отношение (определяется заголовком <имя, тип>, значение-заголовок, совпадение заголовка в определении + тело как множество кортежей)

Любой кортеж в отношении содержит ровно 1 значение для любого атрибута, значит, отношение в 1NF.

БД – набор долговременно хранимых отношений.

Манипуляция данными:

  • алгебра А

  • язык D (принципы: для запросов – алгебраический подход, запросы, адрес к сложным данным, формулируется более точно, чем на SQL.)

Ограничения целостности:

  1. обязательное определение хотя бы 1 возможного ключа

  2. поддержка ограничения целостности как произвольных условных выражений, которые логически эквивалентны замкнутой правильно построенной формуле.

  3. Рекомендуется использовать ср. под. ссылоч. целостности DATAPHOR.