-
Получение реляционной схемы из диаграммы классов. Основные проблемы и рекомендации.
Рекомендации:
-
не увлекайтесь определением операций в классах
-
старайтесь избегать множественное наследие и осторожно использовать одиночное
-
реализ. в СУБД с точно заданными кратностями возможно, но предпочтит. доп. триггеров и ограничений (уменьшает эффективность)
-
агрег. ассоциации не естественны, компоретные (ПОПРАВЬТЕ, НЕ РАЗОБРАЛ) влияют только на способ поддержки ссылочной целостности
-
однонаправленные связи естественны только для объектно-ориентированных СУБД. Для реляционных БД поддержка вызывает дополнительные накладные расходы, значит, снижается эффективность.
-
не злоупотребляйте ограничениями (снижается эффективность)
-
Язык баз данных sql. Основные отличия sql-ориентированной модели от реляционной модели. Стандарт sql:2003 – основные тома. Структура языка sql (три различных схемы).
В стандартах SQL определяется собственная модель данных, она похожа на реляционную, но значительно отличается. Итак, 2 важных отличия:
-
В SQL данные – это набор таблиц, каждая таблица содержит мультимножество строк, соответствующих заголовку таблицы. В реляционной модели “фундаментальная абстрактная «родовая» структура данных отношение, представляет собой множество кортежей.” (прим.Валеры. Я сам не понял смысла, извините)
-
В SQL для таблицы поддерживается порядок столбцов, соответствующий порядку их определения. В реляционной модели атрибуты отношения не упорядочены.
Другими словами, таблица – это вовсе не отношение, хотя во многом они похожи.
Отмечается, что из этого следует, что:
-
в SQL отсутствует обязательное предписание об ограничении целостности сущности.
-
В базе данных могут существовать таблицы, для которых не определен первичный ключ.
С другой стороны, если для таблицы определен первичный ключ, то для нее ограничение целостности сущности поддерживается так же как и в реляционной модели данных.
Ссылочная целостность в модели данных SQL поддерживается в обязательном порядке, но в трех разных вариантах, лишь один из которых полностью соответствует реляционной модели. Это связано с интенсивным использованием в SQL неопределенных значений.
Стандарт SQL:2003 – основные тома:
-
9075-1, SQL/Framework;
-
9075-2, SQL/Foundation;
-
9075-3, SQL/CLI;
-
9075-4, SQL/PSM;
-
9075-9, SQL/MED;
-
9075-10, SQL/OLB;
-
9075-11, SQL/Schemata;
-
9075-13, SQL/JRT;
-
9075-14, SQL/XML.
Структура языка SQL
1. Классификация, ориентированная на производителей СУБД (изнутри). Здесь каждая компания может выбрать уровни, которые они реализуют для своей БД. Язык разбивается на базовый (entry), промежуточный (intermediate) и полный (full) уровни.
2. Классификация, ориентированная на программиста приложений БД(снаружи):
Прямой – например,интерактивная консоль(вы пишете SELECT * FROM… , и вам сразу выдают результат)
встраиваемый – например, реализация библиотек для языков программирования, что бы можно было в этих программах использовать SQL,
динамический – здесь сам SQL запрос может динамически формироваться по ходу программы(в предыдущем сама “строка SQL запросы” была как бы “постоянна”).
