 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Vladimir Pavlikov 2:5020/400 10 Feb 2002 06:15:17 To : oleg taranov Subject : Re: Проблемы persistent layers -------------------------------------------------------------------------------- Hello! "oleg taranov" <oleg.taranov@f44.n464.z2.fidonet.org> wrote: > VP> Вообще для каждого. Для которого м.б. ссылки. Занимают немного, да > VP> и - обычная расплата объемом за ээфективность. > почему немного? тот же индекс только плоский - в зависимости от > условий может быть разного размера и если учесть что могут быть дубли то > размер уже достаточно ощутим Тот же индекс - те же расходы. С учетом эффективности никто индексы расходами не считает, скорее наоборот :) А о каких дублях речь? Указатель на владельца - тот же форинкей, ровно один для записи. Только он показывает _прямо_, а не через ПК, который в мастер-таблице еще нужно найти (хоть бы и через индекс). > VP> Индекс, пусть кластерный, это : > VP> 1. _Конкретное_ поле (их группа). > VP> 2. Расходы на перебалансировку деревьев при модификациях. > VP> 3. Работа по схеме индекс+запись. > > VP> Т.е. не везде применимо и гарантированно менее эффективно. > в противовес можно посчитать расходы на обновление каждого > списка при модификациях - а так же на содержание/обработку объектов > при большом колве объектов и записей имхо это должно тормозить Можно, но не нужно :) Вставка в список - атомарная операция. В отличие от балансировки дерева, с его возможной эскалацией по уровням. И - что за объекты, Метелицы наслушался? :)) Просто записи, только "знающие" своих владельцев "в лицо", по всем наборам, в которые запись входит. Кроме того, никто тебе не запрещает использовать обычные индексы в случаях, когда для операции они удобнее. Это не замена, а дополнение. > VP> Первые реализации были в начале 70-х, если не в конце 60-х :) > > ну а довели это до реализации? иными словами - в каком сервере > чтото похожее реализовано дабы посмотреть ;) www.raima.com Впрочем, для получения общей информации [на родном языке] можно почитать статьи на интерфейсе, на тему db_Vista->RDM-> RDS->ROM[++]->Velocis. -- Владимир Павликов. --- ifmail v.2.15dev5 * Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/657702fe320b.html, оценка из 5, голосов 10
|
|
|