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

Опубликованно 17.07.2019 18:30

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

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

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

Базы данных стали основополагающими для многих информационных систем, но BD, трудно использовать, когда приложения, которые получают доступ к ней, написаны на языке C ++, Smalltalk или Java. Например, объектно-ориентированные базы данных 1С были разработаны, чтобы быть непосредственно интегрировать с приложениями, которые используют объектно-ориентированные языки, приняв концепцию: Visual Studio.Net,C ++, C #, Microsoft SQL Server и других.

Основное преимущество OBD — полное устранение необходимости RMs1 (импеданс) в результате повышения производительности.

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

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

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

Для того, чтобы хорошо рассмотреть все аспекты, понятия характеризуют объектно-ориентированную базу данных, важно отметить важные парадигмы объекта: Инкапсуляция-это свойство, которое позволяет спрятать информацию для других объектов, тем самым предотвращая доступ неправильной или конфликты. Наследование имущества, посредством которого объекты наследуют поведение в иерархии классов. Полиморфизм-это свойство операции, с помощью которой она может применяться для различных типов объектов. Интерфейс или подпись операции включает в себя имя и типы данных аргументов или параметров. Реализации или метод операции указана отдельно, и может быть изменена без влияния на интерфейс. Пользовательские приложения могут работать с данными, в результате чего указанные операции по их именам и их аргументы, независимо от того, каким образом они были реализованы. Классы и функции

Принимая во внимание понятие классов в БД, следует различать термины «класс» и «тип». Тип, используемый для описания набора объектов одного и того же поведения. В этом смысле он зависит от того, какие операции могут быть вызваны на объект. Класс-это набор объектов, имеющих ту же внутреннюю структуру, поэтому он определяет осуществление и тип описывает способ использования.

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

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

Наследование объектно-ориентированной базы данных организации, позволяет определить класс как подкласс уже существующего суперкласса. Он наследует все атрибуты и методы последних и может решать свои собственные. Эта концепция является важным механизмом для поддержки повторного использования. Одну и ту же часть структуры двух разных классов могут быть определены только один раз в общей сложности суперкласса, таким образом, будет писать меньше кода. Есть система, позволяющая класс быть подклассом более суперкласса. Эта функция называется множественное наследование, в отличие от одиночного наследования. Пример объектно-ориентированной базы данных

Это часто полезно использовать то же имя для разных, но похожих методов суперкласса media классы, изображения и видео. Некоторые файлы могут быть просмотрены в различных зрителей. У них, часто необходимо просматривать все фотографии и видео с помощью метода «показать», и должна быть запущена соответствующая программа. При вызове функции и передаче ссылки на видео запускается медиаплеер. Для реализации этой функции, вы должны сначала определить операцию «представительство» в суперкласс media классы, изображения и видео. Каждый из подклассов переопределяет операции анализа их конкретных потребностей. Это приводит к различные методы, которые имеют то же имя операции. В этом случае, использование этой функции является важным преимуществом. Структура БД

Объектно-ориентированное программирование парадигма основана на инкапсуляции данных и код, связанный с каждым объектом в одном модуле. На концептуальном уровне все взаимодействия между ним и остальной системой осуществляется с помощью сообщений. Таким образом, интерфейс между ними определяется авторизованным вместе.

В целом, каждый объект имеет соответствующий набор: Переменные, которые содержат данные объекта и соответствуют атрибутам модели ER. Сообщения, на которые он отвечает. Каждый может иметь или не иметь параметров, одного или нескольких. Методы, каждый из которых является код, который реализует сообщение и возвращает ответ.

Сообщение от НПО не предполагает использование физической sms-сообщений в компьютерных сетях. Наоборот, это относится к обмену запросов между объектами, независимо от того, хорошие детали их реализации. Иногда выражение вызывает метод, чтобы нанять того, чтобы отправить сообщение в объект, и использует для реализации метода. Идентичность объектов

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

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

В БД значения или состояния сложных объектов могут быть созданы из других с помощью конструкторов конкретных типов. Другой способ представить их рассмотреть, как каждый триплет (i, c, v), где i-это уникальный идентификатор объекта (OID), c - конструктор, это указатель того, как создается стоимость объекта, а v значение или состояние объекта. В зависимости от модели данных и системы OO может быть несколько конструкторов.

Три главных конструктора базы данных, ориентированной на: атомы; кортежи; наборы.

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

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

Есть несколько вариантов языков, в которых эти понятия могут быть интегрированы: Расширение языка для обработки данных, таких как SQL, добавив, сложных типов и ООП. Системы предоставляют объектно-ориентированного программирования и расширения систем, называемых объектно-реляционных систем. Применяют существующий объектно-ориентированный язык программирования и расширения баз данных. Они называются постоянными языки программирования и позволяют разработчикам работать непосредственно с данными, без необходимости проходить через язык обработки данных, таких как SQL. Они называются постоянными, поскольку данные продолжают существовать и после завершения программы, которая создала его.

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

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

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

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

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

Многие приложения баз данных, которые используют G-системы, требуется наличие нескольких версий одного и того же объекта. Как правило, действия по обслуживанию применяются к программному обеспечению системы по мере изменения их потребностей, и включает в себя изменение некоторых модулей развития и реализации. Если система уже работает, и если вам нужно изменить один или несколько модулей, разработчик должен создать новую версию каждого из них, внося изменения.

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

Все компьютерные системы должны обладать свойствами его архитектуры, чтобы быть рассмотренным. Например, система должна иметь таблицы, чтобы быть реляционной. БД не является исключением и содержит некоторые свойства объекта архитектуры. Однако, в реальном мире, многие из этих свойств, обсуждаются, а некоторые, такие как множественное наследование, считаются усовершенствования модели объектно-ориентированной базы данных, а не как часть базы. Например, в объектно-ориентированном языке Smalltalk множественное наследование не поддерживается, даже если она считается частью архитектуры объекта.

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

Объекты были концепции БД. Ведь объекты-это абстрактное представление вещей реального мира, которые хранятся в этой папке. Объект-это экземпляр класса, в том смысле, что он исключен из его определения.

Вы можете думать об объекте, как на автономный пакет, который состоит из трех частей: Есть личная информация, данные. Частные процедуры, которые будут обрабатывать значения, через определение класса. Открытый интерфейс, чтобы этот объект мог общаться с другими. Примеры БД

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

Пример объектно-ориентированного программирования, баз данных представлен ниже.

Они имеют имя и продолжительность жизни, которая может быть кратковременным или постоянным. Ключ БД — это способность, которую они предлагают разработчику указать столько структур и операции применяются к нему. Есть гибкость и поддержка сложных типов данных. Вы можете создавать классы и подклассы, например, клиент может иметь суб-класс ссылки на этот клиент, и он наследует все атрибуты и характеристики источника класса, такой подход позволяет быстро и гибко обрабатывает сложные данные.

Иван Фролов

Категория: Культура