|
Index scan вместо index seek по уникальному индексу таблицы внутри cross apply
|
|||
---|---|---|---|
#18+
Здравствуйте. Дано (схематично): Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17.
В таблице T1 ~ 300 тысяч записей, в T2 под миллион. Запрос Код: sql 1. 2. 3. 4. 5.
даёт в плане выполнения index scan по индексу PK T1, и merge join T1 и T2. Запрос выводит одну запись, но выполняется ощутимо медленно. При этом если аналогичное объединение таблиц сделать в одном запросе, то будет ожидаемый index seek + nested loops. Переписываю табличную функцию так: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
- получаю в плане выполнения index seek + nested loops, и вполне быстрое время выполнения. Почему в первом варианте TVF получается такой план? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.09.2020, 11:50 |
|
Index scan вместо index seek по уникальному индексу таблицы внутри cross apply
|
|||
---|---|---|---|
#18+
WinterGraveyard Почему в первом варианте TVF получается такой план? Если хотите всегда получать NL, перепишите функцию так Код: sql 1. 2. 3. 4. 5. 6. 7. 8.
... |
|||
:
Нравится:
Не нравится:
|
|||
09.09.2020, 12:00 |
|
Index scan вместо index seek по уникальному индексу таблицы внутри cross apply
|
|||
---|---|---|---|
#18+
WinterGraveyard, Код: sql 1. 2. 3. 4. 5. 6.
дает нормальный план? но вообще да - выложили бы планы, а то через хрусталь смотреть - так себе. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.09.2020, 12:05 |
|
|
start [/forum/topic.php?fid=46&msg=39996858&tid=1685677]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
46ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 150ms |
0 / 0 |