|
|
|
Порядок блокировки таблиц не соответствует плану запроса
|
|||
|---|---|---|---|
|
#18+
msLex В "нижней" ветки у вас sort. Это блокирующий оператор, и до его окончания нет смысле получать "верхний" поток. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2021, 16:55 |
|
||
|
Порядок блокировки таблиц не соответствует плану запроса
|
|||
|---|---|---|---|
|
#18+
invm Тогда почему это не так, когда на обоих входах есть блокирующие итераторы? а что происходит в случае двух блокирующих операторов? каков порядок наложения блокировок? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2021, 17:16 |
|
||
|
Порядок блокировки таблиц не соответствует плану запроса
|
|||
|---|---|---|---|
|
#18+
msLex, Код: 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. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2021, 19:08 |
|
||
|
Порядок блокировки таблиц не соответствует плану запроса
|
|||
|---|---|---|---|
|
#18+
invm, Спасибо вам большое за пример! Еще раз убеждаюсь что поведение не очевидное, и больше похоже на недоработку. Не вижу причин по которым нельзя было бы правый поток сделать первым на обработку (для конкатенации вроде порядок роли не играет), тогда и путаницы с чтением плана не было бы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2021, 20:18 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=40046344&tid=1685068]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
134ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
57ms |
get tp. blocked users: |
2ms |
| others: | 243ms |
| total: | 481ms |

| 0 / 0 |
