Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Баг оптимизатора?
|
|||
|---|---|---|---|
|
#18+
Всем привет! В общем такая вещь, делаю Merge таблицы Код: 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. То что апдейтиь факты зло я знаю, в данном случае так надо. Так вот, оптимизатор высирает такой план. В Stage 21 млн строк, все норм, когда он доходит до join с FactPhones на выходе с HashJoin он выдает просто безумную цифру, причем он сканит PK, хотя у меня есть уникальный фильтрованный индекс по PhoneIDContact с включенным PhonesAttributeKey, если же задать использовать этот индекс через хинт то вываливается Query processor could not produce a query plan because of the hints defined in this query. Resubmit the query without specifying any hints and without using SET FORCEPLAN. Прикол в том что из-за этого запроса tempdb растет с 20 до 100 гигов и останвливается (у меня ограничение но месту). Вопрос почему tempdb растет и почему он игнорит покрывающий индекс? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2018, 23:28 |
|
||
|
Баг оптимизатора?
|
|||
|---|---|---|---|
|
#18+
Забыл Microsoft SQL Server 2017 (RTM-CU5) (KB4092643) - 14.0.3023.8 (X64) Mar 2 2018 18:24:44 Copyright (C) 2017 Microsoft Corporation Enterprise Edition: Core-based Licensing (64-bit) on Windows Server 2016 Datacenter 10.0 <X64> (Build 14393: ) (Hypervisor) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2018, 23:34 |
|
||
|
Баг оптимизатора?
|
|||
|---|---|---|---|
|
#18+
Причем нефильтрованный индекс оптимизатор берет, но все ровно выдает такое ожидание по кол-ву строк. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2018, 23:39 |
|
||
|
Баг оптимизатора?
|
|||
|---|---|---|---|
|
#18+
Стисняюсь спросить: занафига тут merge? Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. "хотя у меня есть уникальный фильтрованный индекс по PhoneIDContact с включенным PhonesAttributeKey" Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2018, 08:22 |
|
||
|
Баг оптимизатора?
|
|||
|---|---|---|---|
|
#18+
aleks222, Т.к. дальше есть кусок на update, я его просто не вставил, поэтому и merge. Почему индекс не использовал нашел, ошибки в источнике, строки которых там не должно было быть, отсюда на выходе и такое кол-во строк. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2018, 16:32 |
|
||
|
Баг оптимизатора?
|
|||
|---|---|---|---|
|
#18+
aleks222, И Merge отрабатывает быстро, в день пару тысяч строк приходит, новых единицы, 90% надо апдейт делать, на нужных полях есть индексы, занимает пару секунд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2018, 16:34 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39737605&tid=1688723]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
28ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
2ms |
| others: | 227ms |
| total: | 333ms |

| 0 / 0 |
