Автор работы: Пользователь скрыл имя, 16 Февраля 2012 в 12:13, курсовая работа
Управление информацией всегда было основной сферой применения компьютеров и, надо думать, будет играть еще большую роль в будущем. Системы управления базами данных (СУБД, DBMS – Database Management System) на протяжении всего пути развития компьютерной техники совершенствовались, поддерживая все более сложные уровни абстрактных данных, заданных пользователем, и обеспечивая взаимодействие компонентов, распределенных в глобальных сетях и постепенно интегрирующихся с телекоммуникационными системами.
Введение. 3
1. Реляционные базы данных. 6
2. Объектно-реляционные методы. 7
3. Объектно-ориентированные базы данных. 11
3.1 Why ODBMS? 11
3.2 Спорные моменты технологии. 13
3.3 Стандарты объектных баз данных. 17
3.4 Поставщики ООСУБД 23
Заключение. 26
Глоссарий 27
Список использованных источников………
Рисунок 3 показывает работоспособную схему для построения приложения на стандартных языках программирования, в процессе которой автоматически генерируются метаданные, заголовочные файлы и методы. Приведем также пример на языке ODL из “белой книги” компании Objectivity, который иллюстрирует связи типа “один-ко-многим”, объявленные между преподавателем и студентами:
interface
professor : employee {
attribute string <32> name;
unique attribute lang unsigned ssn;
relationship dept works_in inverse faculty; relationship set <section>
teaches inverse taught_by; . . . operations . . .
{
interface section : class {
. . . taught_by: professor . . . ;
. . .
}
OQL. За основу языка OQL была взята команда SELECT языка SQL2 (или SQL-92) и добавлены возможность направлять запрос к объекту или коллекции объектов и возможность вызывать методы в рамках одного запроса. Данные, полученные в результате запроса, могут быть скалярными (включая кортежи), объектами или коллекциями объектов. Некоторые примеры на языке OQL (тот же источник):
•
Select x from x in faculty where x.salary >
x.dept.chair.salary
•
sort s in (select struct (name: x.name, s:x.ssn) from
x in faculty where for all y in
x.advisees:y.age<25) by s.name
•
Chair.salary
•
Students except TAs
•
list (1,2) + list (count (jse.advisees), 1+2)
•
exists x in faculty [1:n]: x.spouse.age<25
C++. Спецификация ODMG-93 позволяет программистам легко использовать объекты в то время как ООСУБД прозрачным образом управляет ими. При определении стандарта члены ODMG руководствовались следующими принципами:
class
Professor: Employee {
long ssn;
char* name;
int age;
Ref<Department>dept inverse faculty;
Set<Section> teaches inverse taught_by;
. . .
void grant_tenure()
void assign_course(section)
}
. . .
Ref<Professor>prof;
. . .
prof = new(db, Professor);
prof->name="Smith";
prof->age+prof->age+1;
На этом, пожалуй, чувство благодарности компании Objectivity в значительной мере ослабеет, так как примеров на языке Smalltalk найти не удалось.
Smalltalk. ODMG-93 поддерживает ту же объектную модель для Smalltalk, что и для С++, IDL и запросы на языке OQL; это позволяет разделять один и тот же объект пользователям С++ и Smalltalk. Спецификация поддерживает типы (возможны бестиповые поля) и синтаксис оригинальной версии Smalltalk.
Рисунок 4 ООСУБД, построенная на основе стандартов ODMG во взаимодействии с CORBA.
Взаимодействие с другими стандартами. Многие стандарты совместимы с объектными базами данных, например STEP, CFI, TINA-C, ISO ODP, ANSI X3H7, OpenGIS и др. Сейчас они могут напрямую взаимодействовать с любой стандартной ООСУБД, хотя в некоторые из них и были внесены изменения для обеспечения совместимости. Два других стандарта заслуживают более детального описания – OMG и SQL.
Стандарты OMG. Первым результатом деятельности OMG стало утверждение (OMG не создает стандартов, а принимает одну из существующих реализаций) Архитектуры Брокера Объектных Запросов (Common Object Request Broker Architecture – CORBA) – средства диспетчеризации запросов между объектами и пользователями; в дальнейшем были добавлены некоторые сервисы. Интерфейс ODMG сейчас полностью адаптирован к спецификации Persistence Object Service консорциума OMG, что позволяет пользователям систем, основанных на архитектуре CORBA, пользоваться преимуществами от ООСУБД, которые могут содержать объекты, отвечающие стандарту OMG и используемые так же, как и любые другие (“мелкие”) объекты спецификации OMG (Рисунок 4). Объекты OMG в свою очередь доступны через интерфейс ODMG.
Язык SQL. Из-за распространенности SQL был заложен в основу OQL, который был дополнен средствами поддержки объектной модели. В настоящее время разрабатывается версия языка SQL, известная под названием SQL3, в которой будут реализована поддержка объектов и SQL будет приведен в соответствие современным понятиям о полноценном языке программирования. В отличие от ODMG, в SQL не планируется привязка к ODL, а также C++ и Smalltalk, которые важны для пользователей ООСУБД. Несмотря на это, возможности SQL3 в организации запросов совпадают с возможностями OQL. Когда SQL3 будет готов (разработки ведутся сейчас на ранней стадии обсуждения основных вопросов относительно объектной модели), ODMG, вероятно, дополнит его, как это уже сделано для С++ и Smalltalk.
Рисунок 5 Современный рынок СУБД.
Список современных коммерческих объектно-ориентированных систем включает в себя следующие продукты:
Кроме того ООСУБД предлагают: Object Database, Inc. (Object Database), Itasca Systems Inc. (Itasca) O2 Technology (O2) и некоторые другие компании.
В 1996 г. наметился заметный сдвиг в области освоения объектных СУБД. Уже существуют примеры практического их использования крупными биржами, банками, страховыми компаниями, а также в сфере производства и телекоммуникаций, где базам данных, содержащим гигабайты информации, приходится обслуживать сотни пользователей. Они оказались хорошей альтернативой в тех случаях, когда применение реляционных БД вынуждало строить сложную схему с чрезмерно большим числом межтабличных связей.
Благодаря
значительному прогрессу в
Несмотря на то, что технология объектных СУБД созрела для крупных проектов, для действительно массового ее распространения необходим специальный инструментарий.
В
настоящий момент ощущается настоятельная
потребность в интеграции ООСУБД
с существующими
Эксперты уже неоднократно объявляли наступающий год “годом объектных баз данных”, однако сейчас все говорит о том, что 1997 г. действительно имеет шансы наконец им стать. Основными стимулами растущего интереса к ООСУБД аналитики считают расширение применения мультителиа-приложений и новых средств, улучшающих их стыкуемость с существующими базами данных.
№ п/п | Понятие | Определение |
1 | 4GL (4th Generation Language) | Язык программирования четвертого поколения ¨Язык программирования, при создании которого используются языки программирования третьего уровня (3GL) – процедурные языки типа C и Pascal. 4GL проще в использовании, чем 3GL, им обычно отдают предпочтение при составлении программ обслуживания баз данных и применяют в сочетании с соответствующими средствами разработки. |
2 | Blob (Binary Large Object) | Двоичный большой объект, блоб. ¨Длинный линейный блок данных (например, цифровое изображение или видеоклип), который наиболее подходит для хранения в ООСУБД. |
3 | CORBA (Common Object Request Broker Architecture) | Архитектура брокера объектных запросов ¨Стандарт взаимодействия распределенных компонентов, разработанный OMG. |
4 | SQL |
|
5 | Архитектура клиент-сервер |
|
6 | Инкапсуляция |
|
7 | Метаданные | Данные, являющиеся описанием других данных (например, схема базы данных по отношению к ее содержимому). |
8 | Наследование | Механизм, благодаря которому определения класса распространяется на классы, лежащие ниже его в иерархии обобщения классов. Это позволяет многократно изменять определения, внося по мере необходимости изменения, связанные со специализацией. |
9 | Объектно-реляционные методы | Подходы,
позволяющие воспользоваться |
10 | Полиморфизм | Способность объектов различных классов и самих классов удовлетворять одним и тем же протоколам или отдельным сообщениям, выполняя при этом различные действия, предписываемые их собственными методами. |
11 | Транзакция |
|
1 | POET Technical Reference – White Paper, Poet Software, 1996 |
|
Дейт К.Дж. Введение в системы баз данных /К.Дж. Дейт - Москва: ДМК, 2000. |
|
Хомоненко А.Д. Базы данных /А.Д. Хомоненко, В.М. Цыганков - Санкт-Петербург: БХВ-Петербург, 2004. |
|
Вескес Л.Дж. Access и SQL Server. Руководство разработчика /Дж.Л. Вескес - Москва: Лори, 1997. |
|
Конноли Т. Базы данных. Проектирование, реализация и сопровождение /Т. Конноли, К. Бегг. - Москва: Вильяме, 2003. |
|
Липаев
В.В. Документирование и управление
конфигурацией программных |
|
Бугорский В.Н., Фомин В.И. Информационные системы в экономике: основы информационного бизнеса. Учебное пособие СПб.: СПБГИЭА, 1999. |
|
Калянов Г.Н. Теория и |
|
Каpатыгин С. Базы данных: простейшие средства обработки информации. Системы управления базами данных. М.: ABF, 1995. |
|
Липаев В.В Управление |
|
Вендров А.М. Проектирование программного обеспечения экономических информационных систем. - М.: Финансы и статистика, 2000. |
|
Ветлугина И.М. Теория экономических информационных систем. Учебное пособие. – Владивосток: Изд-во Дальневост. ун-та, 2002 |
|
Е.П. Бочаров, А.И. Колдина. Интегрированные корпоративные информационные системы: Принципы построения: Учебное пособие. – М.: Финансы и статистика, 2005. |
|
Уилсон С., Мэйплс Б., Лэндгрейв Т. Принципы проектирования и разработки программного обеспечения. – М.: Издательско-торговый дом «Русская Редакция», 2000 |
|
Kendall K, Kendall J. Systems Analysis and Design. – New Jersey: Prentice – Hall, Inc., 1988. |
|
Гаспариан М.С. Информационные системы: Учебное пособие. – М.: МЭСИ, 2001 |
|
Ломтадзе В.В., Шишкина Л.П. - Информатика. Учебное пособие /– Иркутск: ИрГТУ, 1999 |
|
Туманов В.Е., Гайфуллин Б.Н., Сгибнев В.Я. Введение в SQL для баз данных в архитектуре клиент/сервер |
|
В.Н.Четвериков, Г.И.Ревунков, Э.Н.Самохвалов. Базы и банки данных. М.: Высшая школа, 1987 |
|
В.В.Корнеев, А.Ф.Гареев, С.В.Васютин, В.В.Райх. Базы данных. Интеллектуальная обработка информации. М.: "Нолидж", 2003 |