Навигация
Объектно-ориентированные СУБД
42463
знака
0
таблиц
0
изображений
Оъекгно-СУБД
Оглавление
1. 20 лет эволюции программного обеспечения.
2. Реляционные базы данных.
3. Объектно-реляционные методы.
4. Объектно-ориентированные базы данных.
4.1 Why ODBMS?
4.2 Спорные моменты технологии.
4.3 Стандарты объектных баз данных.
4.4 Поставщики ООСУБД.
5. Заключение.
6. Глоссарий
1.
2. 20 лет эволюциипрограммного обеспечения.
Рисунок 1
Управление информацией всегда было основной сферой применения компьютеров и,
надо думать, будет играть еще большую роль в будущем.Системы управления базами
данных[1] (СУБД, DBMS – Database Management System) на протяжении всего пути
развития компьютерной техники совершенствовались, поддерживая все более сложные
уровни абстрактныхданных, заданных пользователем, и обеспечивая взаимодействие
компонентов, распределенных в глобальных сетях и постепенно интегрирующихся
стелекоммуникационными системами. Позволив себе рассуждения в стиле Билла
Гейтса, предположим, что результатом будет становление систем
управленияинформацией одной из частей повседневной жизни каждого.
История развития компьютерной техники – это история непрерывного движения от
языка и уровня коммуникации машины к уровнюпользователя. Если первые машины
требовали от пользователя оформления того, что ему нужно (то есть написания
программ), в машинных кодах, то языкипрограммирования четвертого уровня (4GLs)
позволяли конечным пользователям, не являющимсяпрофессиональными программистами,
получать доступ к информации без детального описания каждого шага, но только с
встроенными предопределенными типами данных– например, таблицами.
Последним шагом в этом направлении стала объектно-ориентированная
технология,радикально изменившая сферу разработки программного обеспечения уже в
1990-х годах (Рисунок1). Объектно-ориентированный подход позволяет упаковывать
данные и код для их обработки вместе. Таким образом практически снимается
ограничение натипы данных, позволяя работать на любом уровне абстракции.
Эволюция систем управления информацией шла параллельно этому прогрессу, начиная
с низкоуровневых программ, которые, например, напрямуюпроизводили операции
чтения и записи со всей памятью без ограничения доступа, лентой, цилиндрами и
дорожками диска и более высокоуровневыми средствами –файловыми системами,
которые оперировали с такими понятиями, как массивы, записи и индексы для
повышения производительности. Базы данных в свою очередьначинали с модели
записей и индексов (ISAM и др.), приобретая со временем способность
восстановленияпосле сбоев, проверки целостности данных и возможности работы
нескольких пользователей одновременно. Эти ранние модели данных(CODASYL)
относились скорее к уровнюмашинной ориентации. В дальнейшем реляционные базы
данных, пришедшие на смену в 1980‑х годах, приобрели механизм запросов,
позволяющий пользователю указать требуемое, предоставив СУБД самой оптимальным
образом найти результат,используя динамическую индексацию.
Обьектно-ориентированные СУБД (ООСУБД) стали разрабатываться с середины 80‑х
годов восновном для поддержки приложений САПР. Сложные структуры данных систем
автоматизированного проектирования оказалось очень удобно оформлять в
видеобъектов, а технические чертежи проще хранить в базе данных, чем в файлах.
Это позволяет обойтись без декомпозиции графических структур на элементы и
записи их в файлы послезавершения работы с чертежом, выполнения обратной
операции при внесении любого изменения. Если типичные реляционные базы данных
имеют связи глубиной в двауровня, то иерархическая информация чертежей САПР
обычно включает порядка десяти уровней, что требует достаточно сложных операций
для “сборки”результата. Объектные базы данных хорошо соответствовали подобным
задачам, и эволюция многих СУБД началась именно с рынка САПР.
Между тем рынок САПР был быстро насыщен, и в начале 90‑х годов производители
ООСУБД обратили внимание на другие области применения, ужепрочно занятые
реляционными СУБД. Для этого потребовалось оснастить ООСУБД функциями
оперативной обработки транзакций (OLTP), утилитами администратора баз данных
(database administrator – DBA), средствами резервногокопирования/восстановления
и т. д. Работы в данном направлении продолжаются и сегодня, но уже можно
сказать, что переход к коммерческим приложениям идетдостаточно успешно.
Похожие работы
... едиными операциями. Такое разбиение позволяет ввести понятие точки разрыва. Точка разрыва ставится между двумя шагами на одном уровне любой операции. Объектно-ориентированное расписание Для увеличения производительности СУБД, некоторые операции могут взаимодействовать друг с другом в базе данных. Некоторые из этих операций могут выполняться на одном объекте. Совместное выполнение многих ...
... ); Pisa в университетах Глазго и Св. Эндрю (Universities of Glasgo and St. Andrew). Среди исследовательских институтов, в которых существовали мощные группы, ориентированные на исследования в области объектно-ориентированных баз данных, входили OGI (Oregon Graduate Institute ), MCC (Microelectronics and Computer Technology Corporation ) и французский исследовательский центр INRIA . На базе ...
... информации для нее: (1) конечные пользователи, (2) программисты и системные аналитики, (3) персонал поддержки БД в актуальном состоянии и (4) администратор БД. Хорошо спроектированные системы управления БД (СУБД), используют развитые графические интерфейсы и поддерживают системы отчетов, отвечающие специфике пользователей указанных четырех категорий. В этом случае персонал поддержки БД и конечные ...
... разработчиков CGI-программ, так как они могут быть созданы на любом языке, имеющим средства работы со строками. Выбор средства доступа к базам данных во многом определяется не только эффективностью того или иного механизма, но также и наилучшим его сопряжением с соответствующей СУБД. От того, какие средства предоставляет сама СУБД для доступа к своим базам данных из внешних прикладных программ ...
0 комментариев