|
|
|
ORA-00904: : invalid identifier
|
|||
|---|---|---|---|
|
#18+
Тему 7-го года поднимать не стал. Похоже, баг сохраняется до сих пор. С наскоку workaround не нашёлся. Подсобите, пожалуйста, если кто сталкивался и решил проблему. Оракл 11.2.0.4 64-бит На уровне схемы Код: plsql 1. 2. пакет с authid definer, в пакете процедура Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. Java-приложение работает с БД через JDBC. Импортит типы, заполняет массивы, зовёт процедурку, всё работает. Периодически на дев-инстансе начинает возникать 00904 на MERGE, именно такая, как в заголовке, то есть сам идентификатор - пустой. На тесте и проме пока не наблюдалось. Среды условно одинаковые. Таких наборов типов и процедур - несколько. Возникало на разных наборах. Пару раз лечилось пересозданием типов. Сейчас именно на этом наборе не лечится никак, что-то только не пробовали... Остальные идентичные наборы типов-процедур нормально функционируют. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2017, 12:43 |
|
||
|
ORA-00904: : invalid identifier
|
|||
|---|---|---|---|
|
#18+
gandalf-the-greyПериодическиЧудес-то не бывает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2017, 12:56 |
|
||
|
ORA-00904: : invalid identifier
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудров, Бывают баги, которые воспроизводятся нерегулярно . За ораклом подобное замечено. В моём случае "периодически" расшифровывается так: Создали типы, пакеты, написали код жавы, работаем, всё норм В какой-то момент начинаем получать 00904. Просто на ровном месте. Пересоздаю типы, гранты, синонимы - работаем дальше. А вот конкретно сейчас пересоздание не помогает. Тот же код работает на других инстансах. Начинаю сомневаться: может, и чудеса всё же бывают? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2017, 14:06 |
|
||
|
ORA-00904: : invalid identifier
|
|||
|---|---|---|---|
|
#18+
gandalf-the-grey, Попробуйте отловить стэк ошибки для начала alter system set events '904 trace name errorstack forever, level 3'; Может там что полезное найдется ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2017, 13:32 |
|
||
|
ORA-00904: : invalid identifier
|
|||
|---|---|---|---|
|
#18+
orac_list, в стеке вижу только, что текущий стейтмент - что-то системное, получающее данные из моего массива (приложил картинку) Вернувшись к разбору проблемы, обнаружил ещё более странную для себя вещь. В приведенном куске процедуры цикл выполняется без ошибок, в логе вижу содержимое переданного массива. А merge падает с 904-м... Что за хрень?) Код: 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. Причём ошибка не 100% воспроизводимая. Данные в массив грузятся из файла. Так вот иногда ошибки нет. Пробовали разные данные в файлах, закономерность не выявили... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2017, 11:59 |
|
||
|
ORA-00904: : invalid identifier
|
|||
|---|---|---|---|
|
#18+
orac_list, каюсь, внимательнее посмотрел на стек, увидел, что выбираются имена секций таблицы (из массива данные пишутся в секционированную по полю даты таблицу) на основе уникальных значений, имеющихся в массиве... только пока всё равно непонятно, куда дальше копать... кривых дат в массиве не видел... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2017, 12:08 |
|
||
|
ORA-00904: : invalid identifier
|
|||
|---|---|---|---|
|
#18+
gandalf-the-grey, Стэк ошибки полностью покажите ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2017, 20:26 |
|
||
|
ORA-00904: : invalid identifier
|
|||
|---|---|---|---|
|
#18+
orac_list, AskTOMand we said... That sounds like it could be related to bug 21150273. I'd get in touch with Support. As a workaround, I'd explore a) loading your nested table into a global temporary table b) using the GTT as the source in the merge Let us know how you go мы пока другой workaround юзаем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2017, 16:10 |
|
||
|
ORA-00904: : invalid identifier
|
|||
|---|---|---|---|
|
#18+
orac_list, полностью стек Код: 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. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. 174. 175. 176. 177. 178. 179. 180. 181. 182. 183. 184. 185. 186. 187. 188. 189. 190. 191. 192. 193. 194. 195. 196. 197. 198. 199. 200. 201. 202. 203. 204. 205. 206. 207. 208. 209. 210. 211. 212. 213. 214. 215. 216. 217. 218. 219. 220. 221. 222. 223. 224. 225. 226. 227. 228. 229. 230. 231. 232. 233. 234. 235. 236. 237. 238. 239. 240. 241. 242. 243. 244. 245. 246. 247. 248. 249. 250. 251. 252. 253. 254. 255. 256. 257. 258. 259. 260. 261. 262. 263. 264. 265. 266. 267. 268. 269. 270. 271. 272. 273. 274. 275. 276. 277. 278. 279. 280. 281. 282. 283. 284. 285. 286. 287. 288. 289. 290. 291. 292. 293. 294. 295. 296. 297. 298. 299. 300. 301. 302. 303. 304. 305. 306. 307. 308. 309. 310. 311. 312. 313. 314. 315. 316. 317. 318. 319. 320. 321. 322. 323. 324. 325. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2017, 16:16 |
|
||
|
ORA-00904: : invalid identifier
|
|||
|---|---|---|---|
|
#18+
gandalf-the-grey, План запроса в дампе есть? Должен быть где то после строки PLAN DUMP ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2017, 18:40 |
|
||
|
ORA-00904: : invalid identifier
|
|||
|---|---|---|---|
|
#18+
gandalf-the-greyorac_list, AskTOMand we said... That sounds like it could be related to bug 21150273. I'd get in touch with Support. As a workaround, I'd explore a) loading your nested table into a global temporary table b) using the GTT as the source in the merge Let us know how you go мы пока другой workaround юзаем. Этот баг This bug is only relevant when using XDB A SQL statement using SYS_OP_ATG may fail with ORA-7445 [qmxtr2MrkOpn()]. У вас наскольяко я понял нет ORA-7445 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.03.2017, 18:46 |
|
||
|
ORA-00904: : invalid identifier
|
|||
|---|---|---|---|
|
#18+
Столкнулся с точно таким же багом. ORACLE 11.2.0.4 В коде выполняется мердж в таблицу из коллекции, основанной на типе. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. При выполнении в продакшене рэндомно получаем ошибку Код: plsql 1. Особенностью MERGE было то, что имена аттрибутов типа четко совпадали с именами полей в таблице. В using существовало поле, котороя не участвовало ни в INSERT, ни в UPDATE условия MERGE (t.column_4). После того, как это поле убрали, ошибка исчезла. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2018, 11:54 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39410348&tid=1883829]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
148ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
| others: | 215ms |
| total: | 460ms |

| 0 / 0 |
