ReSQL.ru
     
powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Почему настолько отличается скорось выполнения запроса ?
37 сообщений из 37, показаны все 2 страниц
  все  
Почему настолько отличается скорось выполнения запроса ?
    #37450471
iboobel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iboobel
Гость
Добрый день всем!

Есть вот такой запрос:

Код: plaintext
1.
2.
SELECT table1.field1
from table1, (select table2 from table2 where table2.date_id >= '20110101     0     0' and table2.date_id < '20110102     0     0') as tmp
where table1.field2= tmp.field2

Выполняется быстро, конструкции подсмотрел через профайлер в 1с

но если вот это '20110101 0 0' перенести в переменную - тогда время увеличивается в десятки раз.

например:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
DECLARE @date_start
DECLARE @date_end
set @date_start = "манипуляции с датой"+'     0     0'
set @date_end = "манипуляции с датой"+'     0     0'

SELECT table1.field1
from table1, (select table2 from table2 where table2.date_id >= @date_start and table2.date_id < @date_end) as tmp
where table1.field2= tmp.field2

Почему так?
...
Рейтинг: 0 / 0
21.09.2011, 18:36
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37450474
Гавриленко Сергей Алексеевич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гавриленко Сергей Алексеевич
Участник
Потому что запросы разные. И, скорее всего, с разным планом.
...
Рейтинг: 0 / 0
21.09.2011, 18:38
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37450484
iboobel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iboobel
Гость
А чем они разные ?
...
Рейтинг: 0 / 0
21.09.2011, 18:45
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37450488
iljy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iljy
Участник
iboobelА чем они разные ?
Тем, что в одном случае сервер знает накладываемые ограничения, а в другом - нет.
...
Рейтинг: 0 / 0
21.09.2011, 18:47
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37450494
iljy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iljy
Участник
iboobel,

уточню: знает накладываемые ограничения во время компиляции .
...
Рейтинг: 0 / 0
21.09.2011, 18:49
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37450495
мопед не мой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
мопед не мой
Гость
http://www.sql.ru/blogs/somewheresomehow

последние(на данный момент) три статьи.
...
Рейтинг: 0 / 0
21.09.2011, 18:49
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37450496
iboobel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iboobel
Гость
iljyiboobelА чем они разные ?
Тем, что в одном случае сервер знает накладываемые ограничения, а в другом - нет.
И ему приходится перебирать всю таблицу и сравнивать с переменной ? правильно я понял ?
...
Рейтинг: 0 / 0
21.09.2011, 18:49
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37450498
iljy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iljy
Участник
iboobeliljyпропущено...

Тем, что в одном случае сервер знает накладываемые ограничения, а в другом - нет.
И ему приходится перебирать всю таблицу и сравнивать с переменной ? правильно я понял ?
Неправильно. В случае констант сервер может более точно оценить количество выбираемых записей и соответственно оптимизировать выполнение. Посмотрите в план уже наконец.
...
Рейтинг: 0 / 0
21.09.2011, 18:52
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37450519
iboobel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iboobel
Гость
Посмотрел, видно что в первом случае перебрал 18 000 строк, в другом 1 500 000
...
Рейтинг: 0 / 0
21.09.2011, 19:08
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37450531
iljy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iljy
Участник
iboobelПосмотрел, видно что в первом случае перебрал 18 000 строк, в другом 1 500 000
И все? При тех же значениях параметров? Быть такого не может, должны еще операции отличаться.
...
Рейтинг: 0 / 0
21.09.2011, 19:17
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37450533
мопед не мой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
мопед не мой
Гость
может у вас после манипуляций с датами совсем другие значения получаются?
вы проверяли?
...
Рейтинг: 0 / 0
21.09.2011, 19:19
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37450548
VladimirKr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VladimirKr
Участник
iboobel,
Данные достаете видимо из таблиц _1SENTRY, _1SJOURN или из регистров...

А зачем так длинно:
set @date_start = "манипуляции с датой"+' 0 0'

вполне достаточно:
DATE_TIME_IDDOC>='20110921' and DATE_TIME_IDDOC<'20110922'

И еще, иногда бывает очень полезно добавить в индексы, где индексируется DATE_TIME_IDDOC, включенные столбцы с необходимыми для выборки данными.
1С 7.7 такие манипуляции с индексами терпит.
...
Рейтинг: 0 / 0
21.09.2011, 19:27
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37450561
iboobel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iboobel
Гость
Сори, таки отличаются.

В первом случае (время более минуты)
clustered index scan (cost 93 %) >>> Parallelism (cost 7%) >>> Select (cost 0%)

В другом (время 1 секунда)
index seek (cost 0%) >>> bookmark lookup 100% >>> select 0%
...
Рейтинг: 0 / 0
21.09.2011, 19:36
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37450569
iboobel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iboobel
Гость
VladimirKr, да из регистров )
...
Рейтинг: 0 / 0
21.09.2011, 19:41
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37450579
VladimirKr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VladimirKr
Участник
iboobel,
Дык попробуйте убрать bookmark lookup включенными столбцами, если столбцов немного.
...
Рейтинг: 0 / 0
21.09.2011, 19:49
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37450592
iljy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iljy
Участник
iboobelСори, таки отличаются.

В первом случае (время более минуты)
clustered index scan (cost 93 %) >>> Parallelism (cost 7%) >>> Select (cost 0%)

В другом (время 1 секунда)
index seek (cost 0%) >>> bookmark lookup 100% >>> select 0%
Проще всего задать принудительно использование индекса with index...
...
Рейтинг: 0 / 0
21.09.2011, 20:01
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37450651
step_ks
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
step_ks
Участник
VladimirKriboobel,
Дык попробуйте убрать bookmark lookup включенными столбцами, если столбцов немного.
запрос с букмарком вроде автора вполне устраивает
...
Рейтинг: 0 / 0
21.09.2011, 21:02
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37451305
iboobel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iboobel
Гость
step_ksVladimirKriboobel,
Дык попробуйте убрать bookmark lookup включенными столбцами, если столбцов немного.
запрос с букмарком вроде автора вполне устраивает
Да, вполне устраивает.
Я не совсем понял они по разному выполняются, сделал через exec (@sql) и временную таблицу.

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
SET @sql = 'select table2 into #temptable from table2 where table2.date_id >='+@date_start+' and table2.date_id < '+@date_end+'

exec (@sql)

SELECT table1.field1
from table1, #temptable
where table1.field2= #temptable.field2

Может не очень феншуйно, но работает
...
Рейтинг: 0 / 0
22.09.2011, 11:39
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37451325
iap
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iap
Участник
iboobelstep_ksпропущено...

запрос с букмарком вроде автора вполне устраивает
Да, вполне устраивает.
Я не совсем понял они по разному выполняются, сделал через exec (@sql) и временную таблицу.

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
SET @sql = 'select table2 into #temptable from table2 where table2.date_id >='+@date_start+' and table2.date_id < '+@date_end+'

exec (@sql)

SELECT table1.field1
from table1, #temptable
where table1.field2= #temptable.field2

Может не очень феншуйно, но работает Сказки рассказываете!
...
Рейтинг: 0 / 0
22.09.2011, 11:45
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37451326
step_ks
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
step_ks
Участник
iboobelЯ не совсем понял они по разному выполняются, сделал через exec (@sql) и временную таблицу.

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
SET @sql = 'select table2 into #temptable from table2 where table2.date_id >='+@date_start+' and table2.date_id < '+@date_end+'

exec (@sql)

SELECT table1.field1
from table1, #temptable
where table1.field2= #temptable.field2

Может не очень феншуйно, но работает
временная таблица то зачем? сразу без into пишите тогда уж. Или у вас там не так все просто как вы показываете?
...
Рейтинг: 0 / 0
22.09.2011, 11:45
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37451333
step_ks
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
step_ks
Участник
и как это вы так ловко поймали снаружи созданную в exec-е таблицу с одной решеткой?
...
Рейтинг: 0 / 0
22.09.2011, 11:46
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37451334
Фотография Критик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Критик
Участник
так попробуйте

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
DECLARE @date_start
DECLARE @date_end
set @date_start = "манипуляции с датой"+'     0     0'
set @date_end = "манипуляции с датой"+'     0     0'

SELECT table1.field1
from table1, (select table2 from table2 where table2.date_id >= @date_start and table2.date_id < @date_end) as tmp
where table1.field2= tmp.field2
option(recompile)
...
Рейтинг: 0 / 0
22.09.2011, 11:47
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37451337
Фотография Shakill
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Shakill
Участник
step_ks, таблица создаётся где-то раньше, а не в экзеке
...
Рейтинг: 0 / 0
22.09.2011, 11:48
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37451346
step_ks
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
step_ks
Участник
Shakillstep_ks, таблица создаётся где-то раньше, а не в экзеке
а зачем тогда показывать , что создается в экзеке?
...
Рейтинг: 0 / 0
22.09.2011, 11:50
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37451352
Фотография Shakill
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Shakill
Участник
step_ksа зачем тогда показывать , что создается в экзеке?
могу только предположить, что таблица создана два раза - и снаружи, и в динамике
пусть ТС сам скажет )
...
Рейтинг: 0 / 0
22.09.2011, 11:53
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37451357
iljy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iljy
Участник
iboobel,

вы пробовали явно указать индекс или option(recompile), прежде чем устраивать танцы с динамикой?
...
Рейтинг: 0 / 0
22.09.2011, 11:54
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37451453
Фотография Ray D
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ray D
Участник
iljyiboobelСори, таки отличаются.

В первом случае (время более минуты)
clustered index scan (cost 93 %) >>> Parallelism (cost 7%) >>> Select (cost 0%)

В другом (время 1 секунда)
index seek (cost 0%) >>> bookmark lookup 100% >>> select 0%
Проще всего задать принудительно использование индекса with index...
И forceseek на всякий (если 2008-й)
...
Рейтинг: 0 / 0
22.09.2011, 12:35
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37451579
iboobel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iboobel
Гость
step_ksи как это вы так ловко поймали снаружи созданную в exec-е таблицу с одной решеткой?
Сори, вот так она создается INTO ##temptable
...
Рейтинг: 0 / 0
22.09.2011, 13:30
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #37451657
step_ks
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
step_ks
Участник
iboobelstep_ksи как это вы так ловко поймали снаружи созданную в exec-е таблицу с одной решеткой?
Сори, вот так она создается INTO ##temptable
однопользовательское приложение или newid() в качеcтве имени таблицы detected
...
Рейтинг: 0 / 0
22.09.2011, 14:01
| Ответить | Цитировать | Написать  
Период между сообщениями больше года.
Почему настолько отличается скорось выполнения запроса ?
    #38174593
Timus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Timus
Участник
UP !!!
тоже на этом застрял.
хотелось бы обойтись без Sp_executesql
мож кто что придумал?
...
Рейтинг: 0 / 0
05.03.2013, 13:58
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #38174603
Гость333
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость333
Участник
Timusхотелось бы обойтись без Sp_executesql
мож кто что придумал?
Так придумали же несколькими постами выше, option(recompile).
...
Рейтинг: 0 / 0
05.03.2013, 14:06
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #38177147
Timus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Timus
Участник
пробовал option (recompile)
ни разу не помогает

пока пришлось переделать под sp_executesql :-(
...
Рейтинг: 0 / 0
07.03.2013, 12:54
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #38177151
Гость333
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость333
Участник
Timusпробовал option (recompile)
ни разу не помогает

пока пришлось переделать под sp_executesql :-(
Это очень странно. Можете показать запросы, с которыми у вас такое происходит?
...
Рейтинг: 0 / 0
07.03.2013, 12:56
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #38177188
Timus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Timus
Участник
Гость333Timusпробовал option (recompile)
ни разу не помогает

пока пришлось переделать под sp_executesql :-(
Это очень странно. Можете показать запросы, с которыми у вас такое происходит?


set @startmonth2_s = convert(varchar(8), @startmonth2, 112)
set @predmonth2_s = convert(varchar(8), @predmonth2, 112)
set @data2_s = convert(varchar(8), @data2, 112) + 'Z'


SELECT SUM($reg5.СуммаРуб * (1-reg5.debkred*2) )
FROM $Регистр.Покупатели as reg5 (NOLOCK)
LEFT JOIN _1SJourn Журн2 (NOLOCK) ON Журн2.IDDoc = reg5.IDDoc
WHERE ($reg5.Договор in (SELECT spr5.id from $Справочник.Договоры as spr5 (NOLOCK) where spr5.ParentExt = @kontragent))
AND Журн2.date_time_iddoc >= @startmonth2_s AND Журн2.date_time_iddoc < @Data2_s
...
Рейтинг: 0 / 0
07.03.2013, 13:10
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #38177213
Timus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Timus
Участник
тем более option (recompile) работает начиная с MS SQL 2005
у нас практически везде 2000 версия ;-)
...
Рейтинг: 0 / 0
07.03.2013, 13:22
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #38177857
Фотография Mind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mind
Участник
Timusтем более option (recompile) работает начиная с MS SQL 2005
у нас практически везде 2000 версия ;-) Нормально option (recompile) начинает работать с 2008SP2.
...
Рейтинг: 0 / 0
07.03.2013, 23:14
| Ответить | Цитировать | Написать  
Почему настолько отличается скорось выполнения запроса ?
    #38178149
gilg.ru
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gilg.ru
Гость
может у вас после манипуляций с датами совсем другие значения получаются?
вы проверяли?
...
Рейтинг: 0 / 0
08.03.2013, 17:17
| Ответить | Цитировать | Написать  
37 сообщений из 37, показаны все 2 страниц
  все  
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Почему настолько отличается скорось выполнения запроса ?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=46&tid=1707992]:
 0ms
get settings:
 10ms
get forum list:
 15ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 194ms
get topic data:
 14ms
get forum data:
 3ms
get page messages:
 75ms
get tp. blocked users:
 2ms
others: 13ms
total:  334ms
созд. / загр.: 334ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]