|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Serguei Tarassov 2:5020/400 19 Jan 2002 01:20:36 To : All Subject : Проблемы persistent layers -------------------------------------------------------------------------------- Дорогие товарищи эхотажники! Хочется обсудить проблему, связанную с управлением долгоживущими объектами. Поскольку создать объект где-то в приложении, проинициализировать его данными из БД - это не фокус, а ловкость рук и "мошенство" всяких корпоративных (а потому нестандартных) persistent layers AKA Object Relational Framework (про CORBA пока разговора нет, как и массовых всех устраивающих реализаций PersistenService). Hо фокусы начинаются, когда надо этими объектами управлять, а именно передавать дальше и "выше" по _произвольным_ запросам - это требование к любой ИС. Итак, предлагаемые решения представляют собой: 1. Hадстройку/среду/фреймворк над уже существующими СУБД, как правило реляционного типа 2. Так называемые "объектные" СУБД. Hачнем с первого. Сразу на ум приходит древняя аналогия со встроенным SQL в файл-серверных приложениях типа фокспро/клиппер: там SQL разбирался подсистемой приложения, прозрачной для программиста, превращался во внутренние циклы, поиски и и сканы по файлам и выполнялся с использованием примитовов разделяемого доступа к файлам конкретной сетевой ОС. Проблемы такого подхода не обсуждаем (транзакционнность-то и в нетвари можно было обеспечивать на уровне файлов), важен сам принцип. Ситуация в надстройке/фреймворке принципиально та же. Имеем некий _нестандартный_ язык запросов к объектам. В общем случае он интерпретирует запрос на этом языке в сиквельные запросы, вытаскивает датасеты, инициализирует по ним объекты и далее фильтрует уже их если, например, в запросе используется вызов метода (проблемы тут тоже пока не обсуждаем, например, если в этом методе еще один запрос "спрятан"). Честно говоря, даже при том, что это дает более высокий уровень абстракции, такие механизмы работы с БД со стороны надстройки/фреймворка вызывают при взгляде "с низов" (то есть "из БД" на клиента) серъезные опасения в здравом уме этого клиента. А что думает съезд по поводу клиента? -- с коминтерновским приветом участникам съезда тов. Сергей (Тарасов) mailto:serge@arbinada.com Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5 * Origin: Talk.Mail.Ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/64886080c823.html, оценка из 5, голосов 10
|