Книги: [Классика] [Базы данных] [Internet/WWW] [Сети] [Программирование] [UNIX] [Windows] [Безопасность] [Графика] [Software Engineering] [ERP-системы] [Hardware]
Введение
Эта книга иллюстрирует простой тезис: базу данных (БД) любого типа можно разработать с помощью стандартных методов объектно-ориентированного программирования (ООП). Как всегда, все скрыто в деталях, и при работе с БД детали имеют особое значение.
Отход от традиции
В книге рассматриваются реляционные, объектно-реляционные (ОР) и объектно-ориентированные (00) базы данных. В ней нет сравнительного анализа всех методов разработки БД, а также существующих методов информационного моделирования. Повторим еще раз главный тезис - в большинстве случаев при использовании ООП можно обойтись без этих методов. Если вы хотите узнать все о методах разработки IDEFIX, или использовании диаграмм SSADM, или проектировани всреде Oracle Designer/2000, обратитесь к приведенной в конце книги библиографии.
Автор воспользовался унифицированным языком моделированияч (UML) и его методами моделирования по двум причинам. Во-первых, это принятый стандарт Рабочей группы по развитию стандартов объектного программирования (OMG). Во-вторых, это кульминация многих лет рабты трех очень умных разработчиков моделей объектов, которые решили создать из предлагаемых каждым из них методов единый, всеобъемлющий стандарт нотации. в главе 7 приводится подробное описание UML. Тем не менее можно использовать и любой другой объектно-ориентированный метод моделирования. Знание их облегчит освоение UML, так как они являются объединением почти всех концепций объектно-ориентированных методов, которые встречались автору на практике. Изучая UML, можно получить систематическое представление о концепциях ООП. Затем будет нетрудно преобразовать нотацию UML и знания о ее применении, полученные из данной книги, в любую объектно-ориентированную нотацию и метод, который вы сможете использовать в своей практике.
Данная книга не относится к разряду справочников по теории баз данных; она предназначена для практического использования при создании БД. У автора не было цели представить совершенно новый взгляд на БД или академическое исследование. Эта книга посвящена продуктивному применению современных технологий для построения полезных систем программного ООП, а не на их замену объектно-ориентированным проектированием.
И, наконец, как вы заметите, в этой книге приводятся примеры на основе системы управления базой данных Oracle. Автор почти все время работал именно с ней, хотя использовал также и другие базы данных — от Sybase до Informix и SQL Server, здесь приведены примеры на основе всех этих DBMS-продуктов. Концепции данной книги имеют вполне общий характер. Можно преобразовать любой пример на основе Oracle в эквивалент на основе любой другой DBMS, по крайней мере настолько, насколько это позволяет сделать реляционная структура. Но после перехода к реалиям объектно-реляционной DBMS или объектно-ориентированной DBMS можно обнаружить, что выбранный продукт во многом будет определять ваши возможности (см. главы 12 и 13). Точка зрения автора состоит в следующем: не совершите ошибку, полагая,что методы, описанные в книге, изменятся в зависимости оттого, будет ли использован Informix или MS Access. Именно разработка является предметом нашей книги, но не реализация. Как и для UML, припонимании концепций можно легко реализовать особенности базы данных с помощью любой выбранной технологии. Если у вас есть конкретные вопросы о применении методов на практике, пожалуйста, напишите по адресу muller@comruter.org, чтобы разрешить свои проблемы.
Технология информационных хранилищ
Блюстители теории БД вскоре обнаружат, что в данной книге не рассказано о технологии информационных хранилищ, информационных витрин и о схеме звезда. Однако надо было где-то подвести черту, чтобы получить книгу реального объема, и мы с издателем решили не включать сюда проблемы, связанные с технологией информационных хранилищ.
Основной концепцией технологии информационных хранилищ является размерность — набор информационных атрибутов, относящихся к основным объектам информационного хранилица. В классическом анализе данных, например, приходится часто структурировать данные в многомерные таблицы с ячейками, находящимися на пересечении различных размерностей или категорий. Эти таблицы становятся основой для дисперсионного анализа и других методов статистического моделирования. Одним из наиболее важных способов организации размерностей является схема звезда, в которой таблицы размерностей окружают таблицу фактов (объект) в конфигурации звезды с отношениями один-ко-многим. Такая конфигурация позволяет аналитику данных просматривать факты в базе
В классическом ООП схема звезда является образцом взаимозависимых объектов, которые вместе находятся в центральном объекте некоторого рода. Центральному объекту не принадлежат другие объекты; напротив, он связывает их в многомерную структуру. Схема звезда реализуется в реляционной БД как набор таблиц один-ко-многим, в объектно-реляционной базе данных — как набор объектных ссылок, а в объектно-ориентированной БД — как объект со средствами доступа к размерностям и атрибутам, которые ссылаются на другие объекты.
Начало
Краткое содержание
Полное содержание
[Заказать книгу в магазине "Мистраль"]
Виртуальные VPS серверы в РФ и ЕС
🔥 VPS до 5.7 ГГц под любые задачи с AntiDDoS в 7 локациях
