 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Victor Metelitsa 2:5020/400 01 Feb 2002 14:03:56 To : Serguei Tarassov Subject : Re: Проблемы persistent layers --------------------------------------------------------------------------------
Serguei Tarassov wrote:
> Дорогой наш товарищ Victor
> Hа запрос в комитет от 29 января 2002 года, отправленного тов. Victor
> Metelitsa по поводу предыдущего запроса тов. Andrei N.Sobchuck со всей
> партийной прямотой отвечаем:
>
>
> VM> год; у него есть слой для работы с GemStone/S. Главная его польза -
> VM> возможность абстрагироваться от SQL СУБД, как будто работаем с ОО
> VM> СУБД (SQL СУБД при таком подходе становится "умной" дисковой
> VM> подсистемой; при этом реализация вполне эффективна).
> Вот здесь мне и кажется, что абстрагирование от SQL является ошибкой.
> Почему бы не абстрагироваться сразу от "умной" подсистемы хранения? Зачем
> тебе там сиквел: данные читать и записывать? Так ведь декларативный сиквел
> для этого не нужен, всего несколько императивных функций хватит.
Мне SQL абсолютно не нужен, только вот на GemStone денег не дадут,
спиратить его чрезвычайно сложно, а ограничение в четыре коннекта
некоммерческой совершенно не устраивает. Просто так писать объекты на
диск - появляются проблемы с параллельностью, поддержкой транзакция и
пр., они, конечно, решаются, но тоже недешево. o-r-mapping - это дешевое
и сердитое решение (по крайней мере, в плане реализации). Инкапсуляция
при этом, да, нарушается, но это замаскировано, и можно воображать,
будто это не так.
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: Talk.Mail.Ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/53645980c544.html, оценка из 5, голосов 10
|
|
|