Конференция VBStreets

**Dmitriy Solomnikov** » 26.02.2006 (Вс) 15:46

кто знает, использование SELECT TOP N в MS SQL 2000, 2005 уменьшает время выполнение операции, или ему побоку?

**Konst_One** » 26.02.2006 (Вс) 15:48

уменьшает в общем случае

**Ennor** » 26.02.2006 (Вс) 16:44

Время отработки запроса в общем случае не уменьшает, особенно в случае сложных условий отбора. В общем случае уменьшает время вывода данных на клиента (т.к. уменьшает количество этих самых данных).

На практике, второе часто оказывается важнее первого.

**Dmitriy Solomnikov** » 26.02.2006 (Вс) 17:19

Я просто подумал - может СУБД в этом случае ведет сканирование до первых N найденных строк, а потом сразу возвращает результат (как в случае SELECT EXIST). Видимо не правильно подумал...

**Sebas** » 26.02.2006 (Вс) 17:39

гм, а откуда он может знать что они первые если, например, у тебя идёт сортировка?

**Andrey Fedorov** » 27.02.2006 (Пн) 8:39

Sebas писал(а):гм, а откуда он может знать что они первые если, например, у тебя идёт сортировка?

Ну в запросе может и не быть сортировки.
И можно еще играться свойством MaxRecords у Recordset-a...

**Twister** » 27.02.2006 (Пн) 9:19

СУБД в этом случае ведет сканирование до первых N найденных строк

Не всегда запрос вернет именно N записей. Может больше, а может и меньше...

**Ennor** » 27.02.2006 (Пн) 17:42

Dmitriy Solomnikov писал(а):Я просто подумал - может СУБД в этом случае ведет сканирование до первых N найденных строк, а потом сразу возвращает результат (как в случае SELECT EXIST). Видимо не правильно подумал...

Включи отображение графического плана выполнения (execution plan) в Query Analyzer, и подобные идеи будут планомерно исчезать по мере вникания в принципы его работы

.

Конференция VBStreets

SELECT TOP

SELECT TOP

Кто сейчас на конференции