Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Долгое выполнение запроса
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! MS SQL SERVER 2017. Хранимая процедура в студии выполняется мгновенно а с клиента посредством компонентов ADO в разы дольше. Имеется таблица вида Код: 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. 25. 26. 27. 28. Хранимая процедура Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. С клиента идет запрос Код: sql 1. 2. Выполняется долго от 10 до 15 сек. профайлере. И тот же запрос в студии менее секунды. Кэш планов чистил не помогает. Экспериментальным путем выяснил следующее если на таблице удалить индексы, то запрос выполняется за 1 сек. Но тогда проблемы возникают в других запросах там где индекс необходим. Делал процедуру в виде динамического запроса тогда время выполнения менее 1 сек., но тогда проблемы с предоставлением прав. И такая проблема на всех подобных табл и процедурах. На данный момент как решение приходится в процедуре делать условие в зависимости от аргументов делать запросы с различным разделом where Уважаемые знатоки MS SQL SERVER, почему компактное решение быстро выполняется в студии и так долго с клиентского приложения??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 14:45 |
|
||
|
Долгое выполнение запроса
|
|||
|---|---|---|---|
|
#18+
Может сеть, вы же возвращаете select? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 14:50 |
|
||
|
Долгое выполнение запроса
|
|||
|---|---|---|---|
|
#18+
У вас очевидные проблемы из-за прослушивания параметров + план никогда не будет параллельным потому что скалярные функции используются. План покажите в момент когда запрос медленный + какой размер таблицы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 15:46 |
|
||
|
Долгое выполнение запроса
|
|||
|---|---|---|---|
|
#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. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. Можно через OPTION(RECOMPILE): Код: 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. 25. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 15:54 |
|
||
|
Долгое выполнение запроса
|
|||
|---|---|---|---|
|
#18+
Sergey Syrovatchenko, а отчего там первый вариант спасает? Разве что переназначить переменные, а так может ничего не изменить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 15:57 |
|
||
|
Долгое выполнение запроса
|
|||
|---|---|---|---|
|
#18+
TaPaKотчего там первый вариант спасает? Формально не спасет. На план смотреть надо, которого у нас увы нет. Мое подозрение что из-за скалярок план последовательный + неверный индекс выбирается с фулл сканом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 16:04 |
|
||
|
Долгое выполнение запроса
|
|||
|---|---|---|---|
|
#18+
Sergey SyrovatchenkoTaPaKотчего там первый вариант спасает? Формально не спасет. На план смотреть надо, которого у нас увы нет. Мое подозрение что из-за скалярок план последовательный + неверный индекс выбирается с фулл сканом. а в "студии" будет параллельный что ли? а так да, если прото то recompile ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 16:07 |
|
||
|
Долгое выполнение запроса
|
|||
|---|---|---|---|
|
#18+
Sergey SyrovatchenkoTaPaKотчего там первый вариант спасает? Формально не спасет. На план смотреть надо, которого у нас увы нет. Мое подозрение что из-за скалярок план последовательный + неверный индекс выбирается с фулл сканом. ну и прослушивание не даст "не верный индекс", а тот который скомпилирован и тут больше вопросы к ошибке ввыбора соединений ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 16:10 |
|
||
|
Долгое выполнение запроса
|
|||
|---|---|---|---|
|
#18+
Такой тривиальный запрос, как у тредстартера, лечится выставлением одинаковых опций подключения см. DBCC USER_OPTIONS. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 16:15 |
|
||
|
Долгое выполнение запроса
|
|||
|---|---|---|---|
|
#18+
aleks222Такой тривиальный запрос, как у тредстартера, лечится выставлением одинаковых опций подключения см. DBCC USER_OPTIONS. тривиальный бред ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 16:17 |
|
||
|
Долгое выполнение запроса
|
|||
|---|---|---|---|
|
#18+
aleks222Такой тривиальный запрос, как у тредстартера, лечится выставлением одинаковых опций подключения см. DBCC USER_OPTIONS. Это справедливо только для конкретных случаев, в общем случае - нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2019, 16:34 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39832318&tid=1687610]: |
0ms |
get settings: |
8ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
58ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
| others: | 242ms |
| total: | 398ms |

| 0 / 0 |
