 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : oleg taranov 2:464/44 07 Feb 2002 02:48:53 To : Vladimir Pavlikov Subject : Проблемы persistent layers -------------------------------------------------------------------------------- 05 Feb 02 15:24, Vladimir Pavlikov wrote to oleg taranov: >> VP> Это _намного_ оптимальнее. Только, как уже писалось, это не >> VP> имеет отношения к ОО - так работают с данными сетевые СУБД. >> а можно подробнее? в частности интересует не >> удобство/оптимальность для разработчика - а как это реализовано >> на сервере потому как из описания видено нечто похожее на >> локальные индексы обектов VP> Организовано м.б. по разному. В предложениях CODASYL, к примеру, VP> это просто двусвязный список. Поскольку для трассировки дерева VP> все равно придется проходить все узлы, а в конкретном списке VP> только то, "что надо" - это предельный минимум. Индексы лишь VP> замедлят работу. однако этот двусвязный список надо хранить для каждого объекта в котором есть ссылки -- естественно работать будет достаточно быстро пока не начнутся активные обновления связанной таблицы и дисковое пространство эти списки займут не мало... возможно более эффективно иметь кластерный индекс и работать только с ним в объектах держать лишь условия которые будут применены к индексу кто то уже реализовал что то похожее или это все в стадии теории? /tff --- Be vigilant - I'mnt member of club i'm phantom! * Origin: TFF&F (2:464/44) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/14433c61e1ad.html, оценка из 5, голосов 10
|
|
|