|
OFFSET FETCH + ROW_NUMBER()
|
|||
---|---|---|---|
#18+
Здравствуйте. Столкнулся с проблемой Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24.
собственно при использовании строки с ROW_NUMBER() - просто зависает намертво. разница между 1 и ROW_NUMBER() мизерная (5% с отличными от 1) всего запрос с условием возвращает 11 строк из 100 000 !!!!! без OFFSET даже с ROW_NUMBER() работает мгновенно.... т.е. именно связка OFFSET FETCH + ROW_NUMBER() вводит в ступор. Есть мысли? Проверяли на 2-х серверах. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.08.2021, 16:41 |
|
OFFSET FETCH + ROW_NUMBER()
|
|||
---|---|---|---|
#18+
Oleg_SQL, сравните планы запроса. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.08.2021, 17:58 |
|
OFFSET FETCH + ROW_NUMBER()
|
|||
---|---|---|---|
#18+
Oleg_SQL Есть мысли? Проверяли на 2-х серверах. мысли такие: 1) показать @@version 2) сравнить медленный и быстрый план ... |
|||
:
Нравится:
Не нравится:
|
|||
02.08.2021, 17:59 |
|
OFFSET FETCH + ROW_NUMBER()
|
|||
---|---|---|---|
#18+
komrad Oleg_SQL Есть мысли? Проверяли на 2-х серверах. мысли такие: 1) показать @@version 2) сравнить медленный и быстрый план Чего там "сравнивать"? Тут row_number() ваще ненужен. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.08.2021, 18:49 |
|
OFFSET FETCH + ROW_NUMBER()
|
|||
---|---|---|---|
#18+
aleks222 Чего там "сравнивать"? Тут row_number() ваще ненужен. Очередной перл )))) ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2021, 09:38 |
|
OFFSET FETCH + ROW_NUMBER()
|
|||
---|---|---|---|
#18+
komrad Oleg_SQL Есть мысли? Проверяли на 2-х серверах. мысли такие: 1) показать @@version 2) сравнить медленный и быстрый план Microsoft SQL Server 2017 (RTM) - 14.0.1000.169 (X64) Aug 22 2017 17:04:49 Copyright (C) 2017 Microsoft Corporation Standard Edition (64-bit) on Windows Server 2016 Standard 10.0 <X64> (Build 14393: ) По поводу плана - так тут на ровном месте затык. Ну будет "план не план" - я могу переписать и без ROW_NUMBER с группировкой и двойной выборкой - так тоже летает. Вопрос в принципе. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2021, 09:39 |
|
OFFSET FETCH + ROW_NUMBER()
|
|||
---|---|---|---|
#18+
Oleg_SQL, ответ в принципе - разные способы получения одного результата работают с разной скоростью. детали - в планах ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2021, 09:50 |
|
OFFSET FETCH + ROW_NUMBER()
|
|||
---|---|---|---|
#18+
Посетитель Oleg_SQL, ответ в принципе - разные способы получения одного результата работают с разной скоростью. детали - в планах я понимаю, что разные скорости. Но для 11 строк выборки (из ~100 000) 1 секунда и более часа (больше нервы не выдерживали ждать ))) это как то совсем не нормально ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2021, 09:57 |
|
OFFSET FETCH + ROW_NUMBER()
|
|||
---|---|---|---|
#18+
Oleg_SQL aleks222 Чего там "сравнивать"? Тут row_number() ваще ненужен. Очередной перл )))) Чтобы понять совет - до него нужно дорасти. Учись, студент. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17.
... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2021, 10:07 |
|
OFFSET FETCH + ROW_NUMBER()
|
|||
---|---|---|---|
#18+
aleks222 Oleg_SQL пропущено... Очередной перл )))) Чтобы понять совет - до него нужно дорасти. Учись, студент. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17.
Мальчик, вопрос не в это был. Я без тебя способен решить вопрос скорости. Вопрос почему обычный запрос вызывает ступор у сервера. А еще, мальчик, outer apply на больших объемах тоже вводит сервер в ступор. Учись мальчонка )) И научись сначала читать внимательно суть. Не позорься ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2021, 10:26 |
|
OFFSET FETCH + ROW_NUMBER()
|
|||
---|---|---|---|
#18+
Oleg_SQL, вы сначала поймите, на какой вопрос вы ответ ищете. Почему в абстрактном случае так бывает, вам ответили Как бороться, тоже посоветовали Почему в конкретном случае так - вы отказываетесь предоставить недостающие данные для анализа, продолжение предметной дискуссии по данному вопросу не выглядит возможным. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2021, 10:55 |
|
OFFSET FETCH + ROW_NUMBER()
|
|||
---|---|---|---|
#18+
Oleg_SQL Microsoft SQL Server 2017 (RTM) - 14.0.1000.169 (X64) Aug 22 2017 17:04:49 Copyright (C) 2017 Microsoft Corporation Standard Edition (64-bit) on Windows Server 2016 Standard 10.0 <X64> (Build 14393: ) Вопрос в принципе. а на втором сервере тоже голый RTM без апдейтов, коих уже 25 штук? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2021, 10:59 |
|
OFFSET FETCH + ROW_NUMBER()
|
|||
---|---|---|---|
#18+
Посетитель, предполагаемый план не подойдет? чтобы фактический получить нужно терпеливо подождать несколько часов (если вообще закончится). sp_whoisactive (есть такая в интернете) показывает, что запрос практически спит. "CPU" прибавляется по 1 в секунду !!! Буду ждать ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2021, 11:51 |
|
OFFSET FETCH + ROW_NUMBER()
|
|||
---|---|---|---|
#18+
ТС, ну вы бы хоть скрипт табличек привели с индексами, а то действительно разговор ни о чём ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2021, 11:53 |
|
OFFSET FETCH + ROW_NUMBER()
|
|||
---|---|---|---|
#18+
Oleg_SQL запрос практически спит. "CPU" прибавляется по 1 в секунду !!! Если suspended - выясняйте какого ресурса ожидает и кто блокирует Если runnable - ищите кто жрет CPU. Скорее всего, это просто глюк RTM'а и вылечится установкой последнего CU. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2021, 13:23 |
|
OFFSET FETCH + ROW_NUMBER()
|
|||
---|---|---|---|
#18+
invm, да, suspended. Прошло более 3-х часов. Отключил запрос. Думал, что это известная всем кроме меня ситуация )) Наверное, действительно глюк версии. Спасибо, буду давить через руководство на обновление. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2021, 15:50 |
|
|
start [/forum/topic.php?fid=46&fpage=18&tid=1684439]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
31ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
others: | 265ms |
total: | 399ms |
0 / 0 |