|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Ilya Zvyagin 2:5020/400 23 Jan 2002 20:29:40 To : Victor Metelitsa 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> From: "Ilya Zvyagin" <ziv@fct.ru> "Victor Metelitsa" <vvm@cssc.tat.ru> wrote in message news:3C4ECB16.8010000@cssc.tat.ru... > Во-первых, ОО СУБД позволяют|ет (единственное число может быть, потому что для > меня не факт, что есть более одной ООСУБД) А как зовут эту единственную ? делать _очень сложные_ структуры, прямо-таки немыслимые для РСУБД, простым и легким образом. Во-вторых, важность индексов тобой преувеличена - понятно, почему (потому что ты с ОО СУБД не знаком). > Пример: X связан с Y отнощением 1:N. Типичное для РСУБД решение - две таблицы, > foreign key, без индекса работа немыслима (чудовищные тормоза). У ОО СУБД экземпляр X попросту содержит ссылку на коллекцию экземпляров Y, с которыми связан. Таким образом, мы получаем искомые Y немедленно, без поиска по индексам. Да нет, ты наверное не прав. Как раз это-то я и не подразумевал. Я имел в виду обработку каких-то запросов типа аналитических вроде "какие сотрудники получают зарплату выше средней по данной фирме". А так понятно как это делать - заводить специальную коллекцию у фирмы и - вперед, на каждое изменение зарплаты ее изменять. --- ifmail v.2.15dev5 * Origin: FCT Saint-Petersburg (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/13293de50c496.html, оценка из 5, голосов 10
|