Объектно-ориентированные СУБД

    Дисциплина: Программирование
    Тип работы: Реферат
    Тема: Объектно-ориентированные СУБД

    Бойко И.

    Объектно-ориентированные СУБД.

    Оглавление

    TOC o \"1-2\"

    1. 20 лет эволюции программного обеспечения.

    GOTOBUTTON _Toc375501920

    PAGEREF _Toc375501920 3

    2. Реляционные базы данных.

    GOTOBUTTON _Toc375501921

    PAGEREF _Toc375501921 4

    3. Объектно-реляционные методы.

    GOTOBUTTON _Toc375501922

    PAGEREF _Toc375501922 6

    4. Объектно-ориентированные базы данных.

    GOTOBUTTON _Toc375501923

    PAGEREF _Toc375501923 8

    4.1 Why ODBMS?

    GOTOBUTTON _Toc375501924

    PAGEREF _Toc375501924 8

    4.2 Спорные моменты технологии.

    GOTOBUTTON _Toc375501925

    PAGEREF _Toc375501925 10

    4.3 Стандарты объектных баз данных.

    GOTOBUTTON _Toc375501926

    PAGEREF _Toc375501926 13

    4.4 Поставщики ООСУБД.

    GOTOBUTTON _Toc375501927

    PAGEREF _Toc375501927 17

    5. Заключение.

    GOTOBUTTON _Toc375501928

    PAGEREF _Toc375501928 19

    6. Глоссарий

    GOTOBUTTON _Toc375501929

    PAGEREF _Toc375501929 21

    Рисунок

    SEQ Рисунок * ARABIC

    Управление информацией всегда было основной сферой применения компьютеров и, надо думать, будет играть еще большую роль в будущем. Системы управления базами данных

    (СУБД,

    DBMS – Database Management System) на протяжении всего пути развития компьютерной техники совершенствовались, поддерживая все более сложные уровни абстрактных данных,

    заданных пользователем, и обеспечивая взаимодействие компонентов, распределенных в глобальных сетях и постепенно интегрирующихся с телекоммуникационными системами. Позволив себе

    рассуждения в стиле Билла Гейтса, предположим, что результатом будет становление систем управления информацией одной из частей повседневной жизни каждого.

    История развития компьютерной техники – это история непрерывного движения от языка и уровня коммуникации машины к уровню пользователя. Если первые машины требовали от пользователя

    оформления того, что ему нужно (то есть написания программ), в машинных кодах, то языки программирования четвертого уровня

    (4GLs) позволяли конечным пользователям, не являющимся профессиональными программистами, получать доступ к информации без детального описания каждого шага, но только с

    встроенными предопределенными типами данных – например, таблицами.

    Последним шагом в этом направлении стала объектно-ориентированная технология, радикально изменившая сферу разработки программного обеспечения уже в 1990-х годах (

    В реляционных базах данных (

    Relational Database System, RDBS) все данные отображаются в двумерных таблицах. База данных, таким образом, это ни что иное, как набор таблиц.

    RDBS и ориентированные на записи системы организованы на основе стандарта B-Tree или методе доступа, основанном на индексации –

    Indexed Sequential Access Method (

    ISAM) и являются стандартными системами, использующимися в большинстве современных программных продуктов. Для обеспечения комбинирования таблиц для определения связей между

    данными, которые практически полностью отсутствуют в большинстве программных реализаций

    B-Tree и

    ISAM, используется языки, подобные

    (IBM), Quel (Ingres) и

    RDO (Digital Equipment), причем стандартом отрасли в настоящее время стал язык

    SQL, поддерживаемый всеми производителями реляционных СУБД.

    Оригинальная версия

    SQL – это интерпретируемый язык, предназначенный для выполнения операций над базами данных. Язык

    SQL был создан в начале 70

    -х как интерфейс для взаимодействия с базами данных, основанными на новой для того времени реляционной теории. Реальные приложения обычно написаны на других языках,

    генерирующих код на языке

    SQL и передающих их в СУБД в виде текста в формате

    ASCII. Нужно отметить также, что практически все реальные реляционные (и не только реляционные) системы помимо реализации стандарта

    ANSI SQL, известного сейчас в последней редакции под именем

    SQL2

    (или

    SQL-92), включают в себя дополнительные расширения, например, поддержка архитектуры клиент-сервер или средства разработки приложений.

    Строки таблицы составлены из полей, заранее известных базе данных. В большинстве систем нельзя добавлять новые типы данных. Каждая строка в таблице соответствует одной записи.

    Положение данной строки может изменяться вместе с удалением или вставкой новых строк.

    Чтобы однозначно определить элемент, ему должны быть сопоставлены поле или набор полей, гарантирующих уникальность элемента внутри таблицы. Такое поле или поля называются первичным

    ключом

    (primary key) таблицы и часто являются числами. Если одна таблица содержит первичным ключ другой, это позволяет организовать связь между элементами разных таблиц. Это поле

    называется внешним ключом

    (foreign key).

    Так как все поля одной таблицы должны содержать постоянное число полей заранее определенных типов, приходится создавать дополнительные таблицы, учитывающие индивидуальные особенности

    элементов, при помощи внешних ключей. Такой подход сильно усложняет создание сколько нибудь сложных взаимосвязей в базе данных. Желающим убедится, что это действительно так

    и не пожалевшим на это определенный отрезок времени, компания

    POET Software любезно предоставляет возможность ознакомиться с примером в своей “белой книге” “

    POET Technical Reference”. База данных рядового предприятия общепита (клиенты – Джордж Буш и Эдди Мэрфи) состоит из четырех таблиц.

    Еще один крупный недостаток реляционных баз данных – это высокая трудоемкость манипулирования информацией и изменения связей.

    Несмотря на рассмотренные в п.

    REF _Ref371952349

    SELECT языка SQL; результатом выборки является таблица, которая содержит поля, удовлетворяющие заданному критерию);

    Рисунок

    SEQ Рисунок * ARABIC

    Возможные подходы к объединению объектных и реляционных БД.

    Кроме того, во всем мире значительные средства уже инвестированы в реляционные СУБД.

    Многие организации не уверены, что затраты, связанные с переходом на объектные базы данных, окупятся.

    Поэтому многие пользователи заинтересованы в комбинированном подходе, который бы им позволил воспользоваться достоинствами объектных баз данных, не отказываясь полностью от своих

    реляционных БД. Такие решения действительно существуют. Если переход от реляционной базы к объектной обходится слишком дорого, то применение последней в качестве расширения и дополнения

    реляционных СУБД часто является более экономичной альтернативой. Компромиссные решения позволяют соблюсти баланс между объектами и реляционными таблицами (

    Why ODBMS?

    “Белыми книгами

    ” с названием, вынесенным в заголовок, с избытком снабдит любая компания, занимающаяся объектными базами данных. Кое-что о преимуществах и недостатках

    объектно-ориентированных СУБД уже упоминалось выше, подведем в таком случае итог.

    Объектно-ориентированные базы данных применяются с конца 1980-х для обеспечения управления базами данных приложениями, построенными в соответствии с концепцией

    объектно-ориентированного программирования. Объектная технология расширяет традиционную методику разработки приложений новым моделированием данных и методами программирования. Для

    повторного использования кода и улучшения сохранности целостности данных в объектном программировании данные и код для их обработки организова...

    Забрать файл

    Похожие материалы:


ПИШЕМ УНИКАЛЬНЫЕ РАБОТЫ
Заказывайте напрямую у исполнителя!


© 2006-2016 Все права защищены