|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Ilya Zvyagin 2:5020/400 17 Jul 2001 15:16:58
To : All
Subject : Re: Структура базы документов
--------------------------------------------------------------------------------
Евгений Подчернин wrote in message <9j14v7$4e$2413@www.fido-online.com>...
>Реляционные СУБД основаны на СЕЛЕКТИВHЫХ индексах, то есть когда количество
>строк в одном узле индекса минимально. И реляционные СУБД строят узлы
>индекса на основании данных из одной строки таблицы, а у тебя разные
реквизиты
>одного документа хранятся в разных записях, и никакгог селективного индекса
не
>получится.
Да, с такими понятиями о селективности только о "слабости реляционных СУБД"
и рассуждать ...
>select id from t1 where f1=(...) and f2=(...) and f3=(...)
>
>будет иметь план пакой же, как:
>
>select id from (
> (select id from t1 where f1=(...)) intersect
> (select id from t1 where f2=(...)) intersect
> (select id from t1 where f3=(...)));
Hу, очень сомневаюсь, что будут одинаковые планы.
>А если построить более селективный индекс:
>create index t1_i4 on t1(f1, f2, f3);
>то выбрать строки можно за один проход по индексу.
Hу и ?
>Если надо выбрать документы за конкретную дату, и от конкретного агента, и
с
>конкретным товаром, то тебе потребуется 3 прохода по индексу, каждая
выборка
>будет скопирована во временную область, где начнется intersection.
А с чего ты взял, что сервер будет 3 индекса раздельно сканировать и
потом все join-ить ? Я вообще такой экзотики на практике никогда не
видал.
>А intersection имеет тот недостаток, что если каждый из подзапросов
>вернет очень большую выборку, хотя в результирующем запросе их мало, то
>операции над множествами займут очень много памяти и могут тормозить.
Вот именно поэтому сервера так и не делают. Сканируют по ключу
самый селективный индекс, а остальные условия во время сканирования
проверяют.
>А построить селективный индекс по данным из разных записей низзя...
Я даже не могу понять о чем это - просто набор слов, не больше.
Ты о чем ?
--- ifmail v.2.15dev5
* Origin: FCT Saint-Petersburg (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
