Читайте также:
|
|
В середине 80-х годов исследователи БД стали рассматривать вопросы, выходящие за рамки реляционной модели. Традиционно существовало четкое разделение программ и данных. Этот подход хорошо работал, пока речь шла только о таких данных, как числа, символы, массивы. Но если данные представляли объект "документ", "графический образ", "звук" или "карта", то методы работы с ними становились специфичными и труднореализуемыми. СУБД должны позволять прикладным специалистам отображать все типы данных для своих предметных областей. Шла напряженная работа в двух направлениях:
1) объединение объектно-ориентированного подхода и реляционных систем;
2) замена реляционной модели, ориентируясь исключительно на объекты.
В результате в конце 80-х годов на рынке появилось более десяти СУБД – объектно-реляционных и объектно-ориентированных СУБД (ООСУБД). Процесс миграции реляционных систем в объектную среду продолжается и в настоящее время, и это явление может рассматриваться как одна из тенденций развития СУБД.
Благодаря указанным свойствам объектно-ориентированные СУБД поддерживают новый класс БД с умеренно большими совокупностями записей и чрезвычайно сложными наборами связей между записями. С БД такого типа приходится работать, например, при проектировании автомобиля или самолета, когда задействованы тысячи деталей, причем все они организованы в чрезвычайно сложный список материалов. В этой среде производительность ООБД в сравнении с реляционными БД существенно возрастает, поскольку они обрабатывают все связи проще и эффективнее, из-за того, что информация о связях содержится в самих записях.
Наиболее известные коммерческие ООСУБД — GemStone, Vbase, ORION, PDM, IRIS.
Если ООСУБД конструируются с "чистого" листа, то объектно-реляционные СУБД являются модификацией реляционных СУБД — объектная ориентация включается в существующую широко признанную реляционную модель данных.
Существуют два различных подхода к объединению объектно-ориентированной и реляционной технологии.
Гибридные СУБД, как и обычные реляционные системы, включают реляционные внутренние механизмы управления данными, но в их архитектуре предусматривается уровень объектно-ориентированного внешнего интерфейса, с которым приложения могут взаимодействовать точно так же, как если бы они работали с ООСУБД. В них должны выполняться алгоритмы отображения объектов, видимых на внешнем интерфейсе, в таблицы, поддерживающей реляционной БД. И наоборот, объекты должны воспроизводиться из их представления в табличной среде хранения, когда они запрашиваются пользователями или приложениями.
Такой подход был популярен в конце 80-х годов не столько в коммерческих СУБД, сколько в программных продуктах для автоматизации программирования (CASE), для автоматизации проектирования (CAD), в репозитариях (базах данных, предназначенных для хранения не пользовательских, а системных данных) и в подобных средах, использующих реляционное управление средой хранения и предоставляющих пользователям и приложениям не реляционные интерфейсы.
Другой подход, технологически более продвинутый и предпочитаемый в настоящее время большинством разработчиков реляционных СУБД — расширенный реляционный. При таком подходе сами внутренние реляционные механизмы СУБД управления данными расширяются объектно-ориентированными возможностями, например, наследование, абстрактные типы данных и т.д.
Результаты многолетних исследований в области расширенных реляционных СУБД воплотились в 1996-1997 гг. в ряде коммерческих программных продуктов, представляющих собой объектно-реляционные серверы баз данных с расширяемой системой типов данных. К числу первых систем такого типа относятся: Informix Universal Server (Informix Software, 1996), Oracle S (Oracle Corp., 1997), DB2 Universal Database (IBM Corp., 1997). Эти программные продукты составляют значительную долю рынка СУБД, и можно сказать, что объектно-реляционная технология уже состоялась.
В настоящее время комбинирование технологий World Wide Web и технологий баз данных открывает множество новых возможностей создания все более совершенных приложений баз данных. Привлекательным аспектом создания приложений баз данных на основе Web-среды является тот факт, что Web-клиенты (или браузеры) обладают независимостью от платформы. Поскольку браузеры имеются практически для всех существующих вычислительных платформ, при условии поддержки ими стандартов HTML/Java разработчикам не потребуется вносить в приложения изменения для того, чтобы они могли работать с разными операционными системами или различными оконными пользовательскими интерфейсами. В отличие от этого, в случае использования традиционных баз данных, для переноса приложений на другие платформы потребуется выполнить существенную модификацию (если не полную модернизацию) их клиентских частей. К сожалению, поставщики Web-браузеров стали включать в состав своих продуктов специфические компоненты собственной разработки, что приводит к постепенному исчезновению упомянутых выше преимуществ.
Общий успех СУБД в сочетании с информационными потребностями менеджмента и исследованиями искусственного интеллекта привел к росту заинтересованности в превращении СУБД в системы управления базами знаний, что может рассматриваться как тенденция развития СУБД.
Дата добавления: 2015-05-05; просмотров: 13 | Поможем написать вашу работу | Нарушение авторских прав |
<== предыдущая лекция | | | следующая лекция ==> |
КЛАССИФИКАЦИЯ СУБД | | | Задачи, сущность, объекты контроля |