Особенности для распределенных бд

Важным является способ распределения информации в сети.

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

Для распределенной БД критичной может быть организация транзакций (операции, связанные с обработкой данных при выполнении запросов/ответов).

Современные СУБД по уровню применения в производственных информационных системах можно классифицировать в следующем порядке:

1. Ocacle;

2. PostgresQL, IBM DB2;

3. MySQL, MS SQL;

4. FoxPro, Access, Paradox

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

7.1. Особенности объектно-ориентированных субд

Первой формализованной и общепринятой моделью данных была реляционная модель Кодда. В этой модели, как и во всех следующих, выделялись три аспекта – структурный, целостный и манипуляционный. Структуры данных в реляционной модели основываются на плоских нормализованных отношениях, ограничения целостности выражаются с помощью средств первого порядка, манипулирование данными осуществляется на основе реляционной алгебры или равносильного ей реляционного исчисления.

В объектно-ориентированной базе данных (ООБД) хранятся не записи данных, а объекты, отображающие объекты некоторой предметной области. Каждый объект обладает внутренним состоянием, т.е. хранит внутри себя запись данных, а также набором методов - процедур, с помощью которых можно обратиться к этим записям данным. Конструирование ООБД состоит в разработке структуры и методов (поведения) объектов.

В настоящее время ведется много экспериментальных и производственных работ в области ООБД. Наиболее мощные и популярные СУБД, такие как Oracle,PostgresQL,Orion,Ingresи другие поддерживают объектные модели данных.

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

При обработке запросов в ООБД используется техника оптимизации, то есть формируется набор возможных планов выполнения запросов, оценивается стоимость каждого из них и выбирается для выполнения наиболее дешевый. Подсистема управления транзакциями обеспечивает традиционную сериализуемость транзакций и кроме этого поддерживает журнализацию изменений и восстановление БД после сбоев. Для сериализации транзакций используются разновидности протоколов, синхронизирующие доступ к данным с учетом специфики ООБД (например, иерархию классов). Журнал изменений обеспечивает откаты индивидуальных транзакций и восстановление БД после мягких сбоев (например, архивные копии БД для восстановления после поломки дисков).