2012-04-23T12:53:00.002-07:00

Ссылки и идентификационные номера объектов

В "чистой" объектно-ориентированной модели каждый объект снабжен уникальным идентификационным номером (OID), который скрыт от пользователя и не может быть просмотрен или запрошен. Объектно-реляционная модель позволяет использовать ссылки в определениях типов, и поэтому в некоторых обстоятельствах пользователю разрешается видеть значения ссылок и даже манипулировать ими. Вы можете расценить эту возможность либо как заведомо вредоносную, либо, наоборот, как нечто совершенно выдающееся (в зависимости от конкретной точки зрения), но на практике все это мало что значит.

Обратная совместимость

Принимая во внимание незначительную степень различий между двумя моделями, любопытно узнать, почему объектно-реляционные системы завоевали всеобщее признание на рынке СУБД, а объектно-ориентированные — нет. Главная причина, по нашему мнению, заключается в том, что к тому моменту, когда объектно-ориентированные системы получили сколько-нибудь серьезное развитие, реляционные СУБД уже существовали в тысячах или даже миллионах экземпляров. По мере включения объектно-ориентированных инструментов в реляционные коммерческие продукты их производители тщательно заботились об обеспечении обратной совместимости. Иными словами, новейшие версии систем все еще оказывались способными поддерживать весь имеющийся в наличии код и схемы баз данных — даже в том случае, если пользователь, выполняя обновление системы, принимал решение об отказе от каких бы то ни было объектно-ориентированных возможностей. С другой стороны, переход от реляционной к "чистой" объектно-ориентированной системе потребовал бы глубокого пересмотра существующих работоспособных решений. Поэтому, какие бы соблазнительные перспективы объектно-ориентированная модель ни сулила, все они меркнут в сравнении с теми потенциальными трудностями, которые пришлось бы преодолеть на пути превращения реляционной базы данных в объектно-ориентированную.

2012-04-23T12:52:00.003-07:00

Объекты и кортежи

Содержимым объекта является структура с компонентами для атрибутов и связей класса. Стандарт ODL не содержит предписаний относительно того, как должна представляться информация о связях, но можно предположить, что объект соединяется с другими объектами посредством определенного набора указателей. Кортеж также описывается структурой, но в традиционной реляционной модели предусматривается, что кортеж обладает только компонентами атрибутов. Связи представляются кортежами других отношений (см. раздел 3.3.2 на с. 102). Объектно-реляционная модель, однако, позволяет рассматривать множества ссылок в виде компонентов кортежей, и поэтому допускает включение информации связей непосредственно в кортежи, представляющие "объекты" или "сущности".

Экземпляры классов и отношения

В языке ODL все объекты класса трактуются в контексте экземпляра (extent) класса. Объектно-реляционная модель допускает возможность существования нескольких различных отношений с одной и той же схемой, так что должны быть предусмотрены и более развитые средства различения членов одного и того же класса. ODL, однако, позволяет определять интерфейсы (interfaces) — по существу, те же классы, но без объявления экземпляра (см. врезку "Интерфейсы" на с. 169). Помимо того, в ODL предусмотрена возможность определения произвольного числа классов с различными экземплярами, наследующих один и тот же интерфейс.

Методы

Мы не говорим о возможности использования методов как о неотъемлемой части объектно-реляционной модели. На практике, однако, это вполне допустимо, поскольку в стандарте SQL-99 и реализациях объектно-реляционной модели предусмотрены средства объявления и определения методов в составе классов, аналогичные инструментам ODL.

Системы типов

Системы типов в объектно-ориентированной и объектно-реляционной моделях весьма схожи. Каждая из них основана на множестве атомарных типов и предусматривает средства создания новых типов из существующих с помощью конструкторов структурных типов и типов коллекций. Набор доступных типов коллекций в каждом конкретном случае может отличаться, но во всех реализациях предлагаются, как минимум, конструкторы типов множеств (sets) и мультимножеств (bags). В обоих моделях типам множеств (или мультимножеств) структур отводится особая роль: речь идет о типах классов в ODL и типах отношений в объектно-реляционной модели.

Блог о базах данных