|
ООП, как и структурное программирование, и декларативное программирование, не имеют отношения ни к моделям данным, ни к базам данных. Термин "объектно-ориентированная" применялся к моделям данных ДО появления ООП и его "интеграции" с базами данных. Он стал использоваться после появления понятия "реляционная модель данных", чтобы отличать ОБЪЕКТНО-ОРИЕНТИРОВАННЫЕ модели данных (иерархическую, сетевую, объектную) от ЗАПИСЕ-ОРИЕНТИРОВАННОЙ реляционной модели данных.
В последствии из-за утраты знаний при смене поколений некоторые авторы стали допускать грубейшую ошибку, относя иерархическую и сетевую модели данных к записе-ориентированным.
Объектно-ориентированные модели данных отличают (и объединяют) два фундаментальных понятия: идентификация и навигация.
Объектная модель
------------------
Основные понятия: объект, связь, экземпляр объекта, экземпляр связи, характеристика объекта, характеристика связи.
Фундаментальное понятие: идентификатор.
Идентификаторы обычно есть не только у экземпляров объектов, но и у объектов, связей, характеристик.
Связи непосредственно реализуются между идентификаторами экземпляров, которые не являются просто одной из характеристик объекта.
Важнейшим элементом любой объектной системы является объектный навигатор, обеспечивающий пользователям универсальный (прямой) доступ к данным.
Разновидности объектных систем начали появляться в середине 70-х годов, когда разработчики осознали возможности MUMPS. Они начали создавать объектные инструменты для себя, для разработки своих приложений. Подобно тому, как считалось хорошим тоном написать свой текстовый процессор, опытные (или просто смелые) программисты, увидев MUMPS, считали своим долгом написать собственную СУБД. Впрочем, как я уже говорил, MUMPS, как технология, именно для этого и предназначен.
Сетевая модель
----------------
Это "теоретическая предшественница" объектной модели. Ее терминология (вместо объектов и связей использовались "коллекции" и "наборы", а "вместо" идентификаторов загадочные "указатели") была ориентирована на обработку абстрактных данных, а не на моделирование окружающего мира, что только осложняло работу пользователей на всех уровнях.
Иерархическая модель
-----------------------
Это объектная модель, в которой одни объекты (коллекции) являются подчиненными по отношению к другим (родительским) объектам (коллекциям), причем каждый элемент (экземпляр) подчиненного объекта (коллекции) связан только с одним элементом (экземпляром) только одного родительского объекта (коллекции).
Иерархическая модель (в отличие от сетевой, которая полностью заменена объектной моделью) находит применение, и, конечно, будет и в дальнейшем находить применение во многих практических задачах (особенно, когда не предполагаются непредусмотренные запросы), так как обеспечивает высокую производительность приложений.
Реляционная модель
---------------------
После долгих исследований и метаний между ориентацией на моделирование окружающего мира (особенно в ранних работах) и заманчивой перспективой "математизации" обработки абстрактных данных, и после очевидной неудачи с ключами, Кодд пришел к "суррогатной позиции". Этот, последний вариант реляционной модели данных отличался от объектной модели так:
а) идентификаторы экземпляров помещены в записи;
б) предложен математический аппарат манипулирования множествами записей.
В результате концепции идентификации и навигации, а "заодно" и семантика данных, были практически полностью утрачены, а на первое, и, к сожалению, единственное место вышел "аспект манипулирования". И стало модным считать "ручную навигацию" "устаревшей" по сравнению с "автоматической навигацией".
Последствия
-------------
1. "Автоматическая навигация", как и следовало ожидать, мало что дала. Жаль, что в практической плоскости этот "вопрос" участники форума рассматривать отказались.
2. А идентификация, навигация и семантика данных утрачены. В результате "Р"СУБД показывают предсказуемую неповоротливость при реализации сложных информационных систем (например, систем класса ERP), когда множеству пользователей требуется находить конкретные экземпляры конкретных объектов, чтобы выполнить над ними, и связанными с ними экземплярами других объектов, некоторые действия. И, в то же время, "Р"СУБД не получили никаких преимуществ "на своем поле", поскольку непредусмотренные запросы выполняются (оптимизируются) в дореляционных ОСУБД не менее эффективно, чем в "Р"СУБД.
P.S. Конечно, нельзя сказать, что любая технология программирования одинаково "подходит" к любой модели данных. С уверенностью можно сказать только о том, что
- ни так называемые "реляционные" системы;
- ни так называемые "объектно-реляционные" системы;
- ни так называемые "объектно-ориентированные (в смысле ООП)" системы;
не позволяют использовать один (интегрированный) язык программирования для разработки приложений.
Только объектные системы, основанные на принципах идентификации и навигации, позволяют использовать один, причем очень мощный, язык программирования. В том числе и поэтому даже очень сложные приложения, разработанные в среде таких систем, оказываются простыми и надежными ы эксплуатации.
|
