Классика баз данных - статьи
Если же такие конъюнкты получить
Если же такие конъюнкты получить не
удалось, единственным способом "отфильтровать" (супер)класс
объектов является его последовательный просмотр с полным
вычислением (возможно упрощенного) логического выражения для
каждого объекта.
Понятно, что возможности оптимизации будут зависеть от
особенностей языка программирования, который используется для
программирования методов, от особенностей конкретного языка
запросов и от того, насколько продуманно спроектирована схема
ООБД. В частности, желательно, чтобы используемый язык
программирования стимулировал максимально дисциплинированный
стиль программирования методов объектов. Язык запросов должен
разумно ограничивать возможности пользователей (в частности, в
отношение параметров методов, участвующих в условиях запросов).
Наконец, в классах схемы ООБД должны содержаться простые методы,
не переопределяемые в подклассах и основанные на тех переменных
состояния, которые служат основой для организации методов
доступа.
Заметим, что указанные ограничения не влекут зависимости
прикладной программы от особенностей реализации ООБД, поскольку
объекты остаются полностью инкапсулированными. Использование в
условиях запросов простых методов должно стимулироваться не
требованиями реализации, а семантикой объектов.
Заключение
На наш взгляд, в ООП имеется ряд принципиальных аспектов,
отходить от которых нельзя независимо от конкретной области
применения подхода. В частности, в число этих аспектов входит
принципы инкапсулированности объектов и наследования классов
(и/или типов). Они должны поддерживаться и в ООБД.
С другой стороны, в области баз данных также имеются
установившиеся принципиальные решения, к числу которых относится,
например, наличие ненавигационного языка запросов и возможность
его использования из прикладной программы. Как кажется, такие
возможности должны поддерживаться и в ООСУБД.
Наличие непроцедурного языка запросов предполагает реализацию в
компиляторе запросов развитого механизма оптимизации.
