Определим два класса верхнего уровня Отдел и Служащий и класс Руководитель, который является подклассом класса Служащий (унаследованные свойства и методы показаны курсивом). Для того, чтобы сделать служащего руководителем, надо применить метод "Повысить" к служащему (аргумент - ссылка на класс Отдел).
Примеры применения ООСУБД
–Медицинские приложения, управляющие цифровыми данными при рентгеновской съемке, магниторезонансном и ультразвуковом сканировании вместе с текстовыми данными в медицинских исследованиях и при анализе истории болезни пациента.
–Финансовые приложения в управлении портфелем активов и рисковом управлении. Такие приложения отображают данные в реальном времени и основаны на многочисленных расчетах и агрегатных вычислениях над данными, извлекаемыми из сложных глобальных транзакций. Такие приложения могут управлять данными, расположенными по "временным рядам", как неким типом данных, определенным пользователем со своим внутренним представлением и методами.
–Телекоммуникационные приложения, управляющие конфигурацией коммуникационных сетей, которые автоматически наблюдают, отслеживают и переконфигурируют сеть на основе сотен параметров в реальном масштабе времени. Для поддержки своих телекоммуникационных приложений ООСУБД используют такие компании, как Ericsson, Ameritech и Bay Networks. Система Iridium Global Communications System компании Motorola управляет сложной сетью спутников и наземных станций также с помощью ООСУБД.
–В эксперименте Стэндфордского центра Linear Accelerator BaBar Physics с помощью ООСУБД ежедневно вводится 1 терабайт данных.
–В системах автоматизированного проектирования (САПР) и системах автоматизированного управления (САУ). В таких приложениях используются сложные отношения данных, а также множественные типы данных.
–В системах CASE (автоматизированная разработка ПО), создаваемых для управления большими объемами взаимосвязанных данных.
–Мультимедийные приложения, например, географические информационные системы (геоинформационные системы, ГИС), в которых используются видео, звук и высококачественная графика, требующие специальных возможностей по управлению данными (например, перекрывание, вхождение, указание, обводка и выделение).
Перспективы ООСУБ
•В 1989 году отдельные группы практиков объектно-ориентированных технологий сформировали Object Management Group (OMG, рабочая группа по развитию стандартов объектного программирования www.omg.org) для обеспечения взаимодействия различных объектно-ориентированных систем (языки, инфраструктуры, БД и т. д.). Группа разрабатывает независимые стандарты и спецификации для объектно- ориентированных систем и компонентов. Она разработала язык UML (Unified Modeling Language, унифицированный язык моделирования), представляющий собой графический язык для моделирования, проектирования и визуализации объектно-ориентированных систем. Язык UML используется не только для моделирования компонентов БД, но и для разработки процессов, модулей, сетевых компонентов и описания взаимодействия между ними.
•Группа OMG работает над созданием стандарта OQL (Object Query Language) - языка запросов к БД, используемого в ООСУБД. Различие между OQL и SQL несколько уменьшилось после опубликования ANSI нового стандарта SQL в 1999 году. Этот стандарт SQL, известный как SQL3 или SQL-99, ведет к интеграции объектно- ориентированных свойств и РБД.
•ООСУБД сталкиваются с сильным и эффективным сопротивлением со стороны устоявшихся РСУБД, (например, DB2 Universal Database и Oracle 8.0), т.к. они включили в себя многие ОО-возможности.
•РСУБД предоставляют комплексное решение БД для бизнеса и управления, поддерживающих обе модели данных (реляционную и объектную) и набор четких правил нормализации для проектирования и оценки реляционных БД. ООСУБД пока не обладают такими возможностями и стоимость изучения ООСУБД достаточно высока.
•Недостаточная совместимость между различными ООСУБД затрудняет переход с одного программного обеспечения на другое. Продукты с РСУБД очень схожи и переход с одной системы на другую относительно прост.
Реляционная модель БД
Реляционная модель данных предложена Эдгаром Коддом (IBM) в 70-х гг. и основывается на понятии отношение (relation). Реляционная модель данных (РМД) – это способ восприятия данных в виде взаимосвязанных таблиц. В распоряжении пользователя предоставляются операторы выборки, группировки, соединения и другие, которые генерируют новые таблицы из старых. РБД обладают следующими возможностями:
–сохраняют данные в таблицах, которые состоят из строк (записей), и столбцов, (полей);
–позволяют считывать подмножества данных из таблиц (запросы);
–позволяют связывать таблицы друг с другом для выборки связанных записей, хранимых в различных таблицах.
Свойства таблиц (отношений в терминах реляционной алгебры):
–строки таблицы должны быть уникальны.
–строки таблицы должны иметь одну и ту же структуру, т.е. одно и то же количество атрибутов (столбцов) с соответственно совпадающими именами.
–имена столбцов таблицы должны быть различны, а значения в столбце должны быть однотипными.
–значения атрибутов должны быть атомарными, т.е. отношения не могут иметь в качестве компонент другие отношения.
–порядок следования строк в таблице несущественен, так как влияет лишь на скорость доступа к строке
Для работы с объектами реляционных БД используется язык SQL (Structured Query Language) - язык структурированных запросов.
Схема данных БД Борей
(kafedra-it\общая)
История развития СУБД
1.60-е годы. Корпорация IBM совместно с фирмой NAA (North American Aviation, сейчас - Rockwell International) разработали иерархическую СУБД IMS (Information Management System). Она используется на мейнфреймах и служит прототипом отечественной СУБД ОКА для моделей ЕС ЭВМ. Отечественная СУБД иерархического типа - ИНЕС (ИНформационная Единая Система).
2.Развитие системы IDS (Integrated Data Store) фирмы General Electric привело к созданию сетевых СУБД, среди которых IDMS (Integrated Database Management System) компании Cullinet Software Inc, разработанная в середине 70-х годов, послужила основой для разработки первых стандартов БД. Архитектура системы основана на предложениях Conference On DAta SYstems Languages (CODASYL - организации, ответственной за определение стандартов языка программирования Кобол). Примерами известных сетевых СУБД являются также DBMS, TOTAL, DB_VISTA.
•СУБД смешанного типа - коммерческая система NOMAD, одновременно поддерживающая иерархическую и реляционную модели данных. Отечественная СУБД НИКА поддерживает сложные иерархические модели с произвольными сетевыми связями, СУБД ИНТЕРБАЗА - поддерживает сетевую и реляционную БД.
4.В 1970 году Э.Ф.Кодд , работавший в корпорации IBM, опубликовал статью о реляционной модели данных, позволявшей устранить недостатки прежних иерархических моделей. Для реализации идеи в корпорации IBM в конце 70-х годов был разработан проект System R. В нем впервые был использован язык SQL. В настоящее время существует более 100 различных типов реляционных СУБД. Многопользовательские реляционные СУБД: CA-OpenIngres (Computer Associates), Informix (Informix Software Inc), ORACLE (Oracle), SQL Server (MS), DB2 (IBM). Реляционные СУБД для ПК: Access, FoxPro (MS), InterBase, Paradox и Visual dBase (Borland)
5.Третье поколение СУБД (1990 г.) представляют объектно-реляционные СУБД (Object-Relational DBMS - ORDBMS) и объектно-ориентированные СУБД (Object-Oriented DBMS - OODBMS) - O2 (французский консорциум Altair), ORION (американская компания MCC), GemStone (Servio Logic), Jasmin
(Computer Associates), VERSANT (Versant 0bject Technology), ObjectStore (Object Design Inc.).
Лидерами рынка СУБД являются компании IBM, Oracle, Microsoft и Sybase, а на рынке СУБД, предназначенных для создания хранилищ данных — IBM, Oracle, Microsoft, Sybase и Teradata.
СУБД ведущих производителей
