|
|
|
Странный баг при left outer join (v 12.1.0.2.0)
|
|||
|---|---|---|---|
|
#18+
ДВС ! Заранее прошу не считать бредом сумасшедшего :) ситуация: главная таблица содержит кроме прочих полей два разных ID из одной таблицы-справочника. полностью приводить не буду, просто для понимания: справочник: dct_t( dct_id number, dct_name varchar2(100) ) главная: main_t( m_id number, m_name varchar2(100), dct_id_1 number, dct_id_2 number ) запрос типа такого: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. Естественно, все несколько сложнее - полей больше и доп. условий достаточно, - таблиц других, которые по left outer join присоединяются больше(но они дважды не используются при присоединении) Чаще всего запрос срабатывает правильно :) Однако, иногда значения name_1 и name_2 - строго наоборот (меняются местами !) во всем результате ... :) Причем dct_id_1 и dct_id_2 - выдаются в требуемых позициях правильно (не удивительно - берутся из главной). т.е. вместо name_1 name_2 я получаю в результате name_2 name_1 Первой мыслью было, что кто-то меняет справочник :) . Полный аудит любых изменений данных в справочнике показал, что никто не изменяет. логирование самих запросов (процедура, динамический sql) доказывает, что исполняется один и тот же запрос. дублей процедуры с другим набором параметров нет. Она одна. исполняется в JOB. повторить неправильный результат простым многократным исполнением запроса не удается. если запустить тот же JOB, то скорее всего будет правильный результат. Никто с подобным не сталкивался ? Пока отключили распараллеливание при исполнении и ждем повторения... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2016, 22:15 |
|
||
|
Странный баг при left outer join (v 12.1.0.2.0)
|
|||
|---|---|---|---|
|
#18+
Igor-65, есть подозрение, что изобретая запрос типа такого, вы полностью замаскировали причину чудес ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2016, 10:37 |
|
||
|
Странный баг при left outer join (v 12.1.0.2.0)
|
|||
|---|---|---|---|
|
#18+
orawish, допускаю, что замаскировано ... более подробно: система отчетов по трафику. отчет формируется запросом: заданы бинд-переменные :l_Date_From :l_Date_To все остальные переменные = null. При динамическом формировании запроса добавляется условие AND (PHONEA LIKE '%111111111%' ESCAPE '\') В результате иногда меняются местами данные в полях ORIGINATOR, TERMINATOR. т.е. в двух отчетах с одним и тем же запросом: IDCDR (уникальный ID CDR-а) одинаковый но значения ORIGINATOR, TERMINATOR строго "наоборот" ... при этом запись CDR-а так же гарантированно не меняется с момента ее insert-a. справочник DIMTRANKGROUPS так же не меняется. Запрос из вьюхи STAT_DETAIL_V (формирование данных отчета. В обоих случаях (правильно/неправильно)текст запроса один и тот же. лог подтверждает): Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. сама вьюха STAT_DETAIL_V: Код: plsql 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. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2016, 12:32 |
|
||
|
Странный баг при left outer join (v 12.1.0.2.0)
|
|||
|---|---|---|---|
|
#18+
В догонку вчера еще изменили: _rowsets_enable=false был true. пока ждем повторения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2016, 13:00 |
|
||
|
Странный баг при left outer join (v 12.1.0.2.0)
|
|||
|---|---|---|---|
|
#18+
Igor-65 Код: plsql 1. Сталкивались, 12.1.0.2, но немножко в другом контексте - integrated replicat голденгейтовый в режиме insertallrecords иногда путается в полях. Полагал, что проблема в репликате. В нашем случае нашли паллиатив - установка параметра, запрещающего репликату пакетные операции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2016, 13:01 |
|
||
|
Странный баг при left outer join (v 12.1.0.2.0)
|
|||
|---|---|---|---|
|
#18+
Из биндов к запросу еще задан, естественно :p_Report_Id ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2016, 13:04 |
|
||
|
Странный баг при left outer join (v 12.1.0.2.0)
|
|||
|---|---|---|---|
|
#18+
andrey_anonymous, никаких репликаций нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2016, 13:28 |
|
||
|
Странный баг при left outer join (v 12.1.0.2.0)
|
|||
|---|---|---|---|
|
#18+
Igor-65никаких репликаций нет. Я ж говорю - у нас другой контекст. Но похожее поведение - путались (или смещались) поля, причем очень изредка, запрет пакетных операций помог - уже пару месяцев не стреляет. Увидел у Вас ins-sel parallel с идентичными симптомами - решил, что, похоже, дело не в GG. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2016, 13:37 |
|
||
|
Странный баг при left outer join (v 12.1.0.2.0)
|
|||
|---|---|---|---|
|
#18+
andrey_anonymous, Я выше писал, что так же выключили /*+ parallel(6) */ и ждем повторения. Как у Вас был установлен _rowsets_enable до исчезновения проблемы и после ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2016, 13:47 |
|
||
|
Странный баг при left outer join (v 12.1.0.2.0)
|
|||
|---|---|---|---|
|
#18+
offtopic: andrey_anonymous, авторВ нашем случае нашли паллиатив - установка параметра, запрещающего репликату пакетные операции. Параметр не подскажете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2016, 13:53 |
|
||
|
Странный баг при left outer join (v 12.1.0.2.0)
|
|||
|---|---|---|---|
|
#18+
Igor-65В догонку вчера еще изменили: _rowsets_enable=false был true. пока ждем повторения. вполне вероятно - "правильное решение". неправильный результат на left join - похоже на баг Bug 20960570 советуют отключать hash join или задирать arraysize до самого Марса Но ваш вариант действий больше других похож на правильный - выключить нежданную красоту. https://blogs.oracle.com/UPGRADE/entry/switch_off_rowsets_enabled_in https://blogs.oracle.com/UPGRADE/entry/update_for_switch_off_rowsets https://jonathanlewis.wordpress.com/2015/11/09/wrong-results/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2016, 14:19 |
|
||
|
Странный баг при left outer join (v 12.1.0.2.0)
|
|||
|---|---|---|---|
|
#18+
Igor-65Чаще всего запрос срабатывает правильно :) Однако, иногда значения name_1 и name_2 - строго наоборот (меняются местами !) во всем результате ... :)У меня был еще более дикий случай - значение строкового поля обрезалось для определенной колонки и некоторого подмножества строк. Предусловия были следующие Код: plaintext 1. 2. Помогло Код: plaintext Также не воспроизводилось если убрать из запроса все бинды. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2016, 14:21 |
|
||
|
Странный баг при left outer join (v 12.1.0.2.0)
|
|||
|---|---|---|---|
|
#18+
Igor-65В догонку вчера еще изменили: _rowsets_enable=false был true. пока ждем повторения.Чтоб повторить делайте Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2016, 14:22 |
|
||
|
Странный баг при left outer join (v 12.1.0.2.0)
|
|||
|---|---|---|---|
|
#18+
booby, тут еще пишут по поводу доступных патчсетов https://blogs.oracle.com/UPGRADE/entry/update_for_switch_off_rowsets ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2016, 14:26 |
|
||
|
Странный баг при left outer join (v 12.1.0.2.0)
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopЧтоб повторить делайте Код: plaintext Спасибо, я не хочу повторения :). (если я правильно понял совет... :) ) Если повторений в течении недели не будет, то считаем, что пока вылечили. Ранее хотя бы 1 раз в 3 дня происходило стабильно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2016, 14:38 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39318624&tid=1887353]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
22ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
2ms |
| others: | 202ms |
| total: | 323ms |

| 0 / 0 |
