 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Victor Metelitsa 2:5020/400 24 Jan 2002 17:07:55 To : Vladimir Pavlikov Subject : Re: Проблемы persistent layers -------------------------------------------------------------------------------- > <1011694224.833961@gatekeeper.fct.ru> > <qpml2a.inl.ln@server1.mart.cherkassy.ua> > <1011792538.132699@gatekeeper.fct.ru> <3C4ECB16.8010000@cssc.tat.ru> > <a2p05t$404$1@host.talk.ru> From: Victor Metelitsa <vvm@cssc.tat.ru> Vladimir Pavlikov wrote: > Hello! "Victor Metelitsa" <vvm@cssc.tat.ru> wrote: > > >>Пример: X связан с Y отнощением 1:N. Типичное для РСУБД решение - две таблицы, >> > foreign key, без индекса работа немыслима (чудовищные тормоза). У ОО СУБД > экземпляр X попросту содержит ссылку на коллекцию экземпляров Y, с которыми > связан. Таким образом, мы получаем искомые Y немедленно, без поиска по > индексам. Это механизм сетевых субд. Hикакого отношения к ОО-шности не имеет. Я говорю о том, как должна быть устроена ОО СУБД. Как, спрашивается, ОО СУБД (в которых, разумеется, есть только объекты и ничего кроме объектов) могут быть иначе устроены? Скопление объектов - внутри коллекции (это следует по определению коллекции, таблица один из частных случаев коллекции). То, что похожий механизм есть в сетевых СУБД, не имеет никакого отношения к делу. -- Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5 * Origin: Talk.Mail.Ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/5364e62e550c.html, оценка из 5, голосов 10
|
|
|