|
|
|
Q: скорость поиска в индексированной таблице в зависимости от ...
|
|||
|---|---|---|---|
|
#18+
Вопрос: зависит ли скорость поиска в индексированной таблицы от "плотности" заполнения значений ключевых полей? Что имеется в виду: пусть имеется большая - во всех отношениях - таблица, первичный ключ которой состоит из двух полей - [k1] и [k2]. Причем, наверное, именно в этом "порядке". Пусть в таблице имеется 1000 записей со значение [k1]=1 и 10'000 со значение [k1]=2. (Или, например, 1000'000 и 10'000'000 - не суть!) Вопрос: будут ли поиски - в этой таблице - типа: .Seek "=",1, s - выполняться быстрее, чем поиски типа: .Seek "=",2, s ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2005, 16:42:03 |
|
||
|
Q: скорость поиска в индексированной таблице в зависимости от ...
|
|||
|---|---|---|---|
|
#18+
Думаю, что да, но разница будет пропорциональна не самому соотношению количеств записей, а его логарифму, т.е. будет менее ощутима, чем может казаться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2005, 16:55:34 |
|
||
|
Q: скорость поиска в индексированной таблице в зависимости от ...
|
|||
|---|---|---|---|
|
#18+
А что говорит опыт ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2005, 19:08:55 |
|
||
|
Q: скорость поиска в индексированной таблице в зависимости от ...
|
|||
|---|---|---|---|
|
#18+
Логарифму? А правильно я понимаю, что если [k1]+[k2] - ключ таблицы, то все записи с [k1]=1 будут храниться "компактно" и отдельно от записей с [k1]=2? Опыт ... Тоже хотел бы послушать об этом! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2005, 19:21:19 |
|
||
|
Q: скорость поиска в индексированной таблице в зависимости от ...
|
|||
|---|---|---|---|
|
#18+
Я не уверен, что аксесс создаёт "компактный" индекс, ораклу для этого нужно слова дополнительные говорить - COMPRESS n , скорей всего в Ассессе обычное B * дерево => разницы при доступе не будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2005, 19:38:14 |
|
||
|
Q: скорость поиска в индексированной таблице в зависимости от ...
|
|||
|---|---|---|---|
|
#18+
Я, сопсно, не большой спец по В-деревьям, но ... Есть поле ключа - даже не важно - "композитное" ([k1]+[k2]) или "одинарное" ... Все равно - в этом ключе есть "старшие" биты, и есть "младшие" ... Если конкретное значение 123 "старших" битов имеют в десять раз (например) меньше записей таблицы, чем другое конкретное значение 456 "старших" битов, - как может быть устроено В-дерево, чтобы скорость "доступа" - посредством него - к первым и ко вторым записям была без "разницы"??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2005, 19:52:18 |
|
||
|
|

start [/forum/topic.php?fid=45&msg=32891391&tid=1668942]: |
0ms |
get settings: |
5ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
65ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
29ms |
get tp. blocked users: |
1ms |
| others: | 207ms |
| total: | 329ms |

| 0 / 0 |
