12 Правил Дейта для сурбд.

0) Основной принцип. Для конечного пользователя распределенная Бд должна выглядеть как не распределенная система.

1) Локальная автономность. Сайты СУРБД должны быть автономны, т.е. локальные данные принадлежат локальным владельцам, сопровождаются локально, контролируются все процессы на сайте только этим сайтом.

2) Отсутствие опоры на централизованный сайт. В системе не должно быть ни одного сайта без которого система не смогла бы работать.

3) Непрерывность функционирования.

4) Независимость от расположения.

5) Независимость от фрагментации.

6) Независимость от репликации.

7) Обработка распределенных запросов. Система должна обрабатывать данные расположенные более чем на одном сайте.

8) Обработка распределенных трансакций.

9) Независимость от типа оборудования.

10) Независимость от ОС.

11) Независимость от сетевой архитектуры.

12) Независимость от типа СУБД. СУБД должна иметь возмжность работать с различными моделями локальных СУБД.

Четыре последних правила при проектировании удовлетворяются частично.

12. Объектно-ориентированные субд. Требования к оосубд.

Развитие ООП привело к созданию объектно-ориентированных СУБД. ООП это эффективный подход к созданию сложных программ объединяющих в себе понятия инкапсуляция, полиморфизм и наследование. ООСУБД объединяют в себе возможности языка ООП с ф-циями управления данными традиционных СУБД.

ООСУБД должны удовлетворять:

(По Майеру): 1)Обеспечивать функционирование БД. 2)Поддерживать идентичность объектов. 3)Удовлетворять инкапсуляции. 4)Поддерживать объекты со сложным состоянием.

(По Хашафяну)ж 1) «Объектно-ориентированный подход»= «абстрактные типы данных» + «наследование» + «идентичность объектов». 2) «ООСУБД» = «Объекьно-ориентироанный подход» + «возможности БД.»

13. Объектно-реляционные субд.

Для расширения возможностей реляц БД необходимо пополнить их следующ. ф-циям.

Использование объектно-ориентированных компонентов.

1)Расширение пользовательских типов.

2)Инкапсуляция – объединение деклоративных и исполняемых частей.

3)Наследование (позволяет определить новый объект как потомок или предок уже описанного).

4)Полиморфизм – возможность иметь несколько методов с одним и тем же именем для разных объектов одной иерархии, т.е. это средство для развития объектов в потомках.

5)Динамическое связывание методов.

6)Использование составных объектов.

7)Поддержка идентичности объектов.

В каждом конкретном случае при построении ОРСУБД использ свойственные данному приложению ф-ции – кроме стандартных. Не взирая на разнообразие все они построены на базе реляционных таблиц и языка запросов, включают понятия объекта. Понятно, что разработка ОРСУБД построена на расширении стандартов языка запросов SQL3.

Концепция ОРСУБД как комбинация концепций ООСУЬД и РСУБД необыкновенно притягательна за счет применения всех тех богатейших знаний и опыта кот. были накоплены за время разработки реляц.БД.

14. Структура языка sql.

Назначение SQL:

1) Создавать БД и таблицы с полным описанием их структур.

2) Выполнять основные операции манипулируя данными такие как вставка, модификация, удаление данных из табл.

3) Выполнять простые и сложные запросы осуществляя преобразование данных в нужную информ.

Языку предъявляются следующие требования, он должен быть прост и доступен, универсален (обеспечивать переход к другим СУБД). Язык состоит из 2-х основных компонентов:

1)DDL для определения структуры данных;

2)DML для обеспечения доступа к данным и их модификации.

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