Ключови причини за използване на БД

Външна схема

Вътрешна схема

Осигуряват независимост  и самостоятелно функциониране на  отделните нива, т.е. при промяна в едно от нивата не трябва да настъпват промени в другите нива. 

ХАРАКТЕРИСТИКИ НА БАЗАТА ДАННИ

 

Избягване дублиране на данните

Един път съхранение, данните могат да се използват многократно в едно или няколко приложения.

 

Поддържане съответствие на данните

Една естествена последица от премахването на дублирането е, че се намалява възможността от несъответствие при актуализиране на данните.

 

Независимост на данните и програмите

Промените в структурата на данните или в програмните приложения не са  взаимозависими.

 

Логически аспект на данните за потребителите и потребителските програми

Представянето на данни е независимо начина на физическото им съхраняване. Възможни са различни логически представяния на едни и същи данни за различни потребители и програми. Това освобождава програмистите от нуждата да се съобразяват с физическите подробности на съхраняването и им позволява да се съсредоточат върху приложението.

 

Обслужване на широк кръг приложения

Веднъж са запомнени, данните могат да се обработва по-различни начини и с произволна желана форма, което разширява областта на възможните приложения.

 

Използване на правила и стандарти

Фактът, че достъпът до данните става само чрез СУБД, позволява на администратора на базата данни да изисква и следи за изпълняването на определени стандарти при представянето на данните от приложенията.

 

Сигурността на данните

Администраторът на базата данни контролира достъпа до нея. Той може да следи за задаването на кодове за достъп на потребителите, ограничаващи ги само да онези части и функции от базата от данни, които са им разрешени

Определение

• 
  Статични свойства – задават се чрез обекти, техните атрибути и взаимовръзките помежду им.
  
• 
  Динамични свойства – определят се от операциите върху обектите.
  

Процес на прехвърляне нещата от реалния в компютърния свят

Развитие

Днес мултимедийните приложения изискват ново ниво на организация на данните. Възниква необходимост от съхраняване на сложни, преплетени с много връзки неструктурирани данни.

Най големите производители на СУБД, отчитайки този факт, бързо вградиха в своите продукти поддръжка на обектния модел на програмиране. По съображения за съвместимост те предлагат смесен подход – обектно–релационен.

IBM и Oracle радикално решават проблема, като преработват ядрата на своите СУБД (съответно, DB2 и ORACLE) с цел добавяне в него на обектни свойства.

Informix тръгва по друг път като закупува обектно-релационната СУБД Illustra и я вгражда в своята СУБД.

 

Сравнение

Тенденциите сочат предимство на пазара на корпоративни системи за хибридните обектно релационни СУБД.

Обектът в релационната СУБД се разбива на съставни елементи, които се поместват в релационните таблици, което отрицателно влияе върху производителността.

Обектът в обектната СУБД се помества във вида в който е. Това създава възможности за по ефективна и оптимизирана обработка.

 

	Релационни бази данни	Обектно- релационни бази данни	Обектни бази данни
Производи­тели и продукти	ORACLE 7.x, Informix Dynamic Server, DB/2, OpenIngres, Miscrosoft SQL Server, Sybase SQL Anywhere	ORACLE 8.x, Informix Universal Server, Universal Server DB/2 , UniSQL	ObjectStore, Gemstone, POET, O2, Versant, Jasmine, ODB-Jupiter
Модел на данните	Релационен модел	Релационен модел	Обектен модел
Лекота в разбиране и използване	Табличните структури леко се възприемат и съществуват множество продукти за крайните потребители.	Аналогично на релационните бази данни	Съществено се опростява разработката на приложни програми. Продукти за  крайните потребители са създадени относително малко.
Данни със сложни връзки	Множеството връзки води до появата на голямо количество таблици.	Аналогично на релационните бази данни	Възможно е създаване на сложни структури и обмен на съобщения между обектите.
Език за заявки	Стандартен SQL2, макар че всеки производител предлага специфични разширения.	Език за манипулиране на данните ObjectSQL, 100% съвместим с SQL2.	Език за  описание на обектите и заявките  унифициран с базов език за програмиране, например, с C++, Smalltalk, Java. Допълнително се предоставя език за обектни заявки OQL,
Оптимизация ядра СУБД	Ядрата  на релационните СУБД са оптимизирани за операции над таблици.	Ядрата на  обектно - релационните СУБД са оптимизирани за работа с таблици и цели обекти от типа сложни данни.	Ядрата на  обектните СУБД са оптимизирани за работа с обекти.

Данните се съхраняват в предварително определена йерархия. Йерархическото дърво е обърнато с корена нагоре. Бързият достъп до данните е предимството на този модел, но за създаването на една пълна и работеща база от данни и обезпечаването на връзките между отделните данни, се налага съхраняване на излишна информация. На логическо ниво, това не винаги е недостатък, защото води до опростяване на достъпа. Но на физическо ниво съхраняването на излишна информация е нежелателно.