ReSQL.ru
     
powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Почему настолько отличается скорось выполнения запроса ?
25 сообщений из 37, страница 1 из 2
  1  все
Почему настолько отличается скорось выполнения запроса ?
    #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
| Ответить | Цитировать | Написать  
25 сообщений из 37, страница 1 из 2
  1  все
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Почему настолько отличается скорось выполнения запроса ?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=46&msg=37450592&tid=1707992]:
 0ms
get settings:
 10ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 166ms
get topic data:
 12ms
get forum data:
 2ms
get page messages:
 65ms
get tp. blocked users:
 2ms
others: 242ms
total:  521ms
созд. / загр.: 521ms
x
x
Закрыть


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