|
ORA-06502
|
|||
---|---|---|---|
#18+
Добрый день коллеги. Долблюсь уже несколько дней, видимо глаза совсем замылились, не пойму в чем причина. Дано Код: plsql 1.
19.0.0.0.0 BYTE AL32UTF8 Создаю минимально необходимое. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20.
1521 Теперь пакет Код: 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.
И вью Код: plsql 1. 2. 3. 4.
проверяю нлс: Код: plsql 1. 2. 3. 4.
>GPU_PCK2 CHAR >GPU_PCK2 CHAR >GPU_TYPE_VARCHAR2_TAB CHAR Ну и собственно тест Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 14:01 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
простыня Если вопрос в превышении столбца VARCHAR2, не пора ли уже перейти на CLOB, если задача этого требует, и не трепыхаться на границе 4000 byte/char ? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 14:35 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
dmdmdm простыня Если вопрос в превышении столбца VARCHAR2, не пора ли уже перейти на CLOB, если задача этого требует, и не трепыхаться на границе 4000 byte/char ? Читаем внимательно Код: plsql 1.
1521 1521 вроде как в 3000 char должны влезть, или? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 14:41 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
Читаем внимательно Я прочитал по диагонали. Если хотите, чтобы подробно тестировал вашу простыню, можно перейти в форум "Работа". А вы прочитали внимательно? не пора ли уже перейти на CLOB ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 14:45 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
И, чтобы уважить форум, сделайте length/lengthb в сомнительном месте. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 14:48 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
dmdmdm Читаем внимательно Я прочитал по диагонали. Если хотите, чтобы подробно тестировал вашу простыню, можно перейти в форум "Работа". А вы прочитали внимательно? не пора ли уже перейти на CLOB Типичный вопрос джуна принятого на работы с монстроидальным легаси. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 14:49 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
Дорогой неждун/неждун, вы способны предоставить test case? Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 15:00 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
dmdmdm Дорогой неждун/неждун, вы способны предоставить test case? Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
есци вы тонко намекаете на мултибайт, то его там нет Код: plsql 1. 2.
1521, 1521 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 15:06 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu, да и в качестве офтопа gpu: У меня проблема с ладой калиной, вот ее описание ответ> не пора пересесть на мерседес? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 15:10 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu gpu, да и в качестве офтопа gpu: У меня проблема с ладой калиной, вот ее описание ответ> не пора пересесть на мерседес? проблема не возникает если удалить аргумент p_proj_id из ident_desc2. или получать значение IDENT_SHORT_DESC не через вью а в селекте т.е.> [src] open v_cur for 'select ish.item_ship_id, gpu_pck2.ident_desc2(1,1) IDENT_SHORT_DESC from GPU_ISH_EXPED_5 ish' [SRC PLSQL] Хочеться понять что за хрень ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 15:19 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu gpu gpu, да и в качестве офтопа gpu: У меня проблема с ладой калиной, вот ее описание ответ> не пора пересесть на мерседес? проблема не возникает если удалить аргумент p_proj_id из ident_desc2. или получать значение IDENT_SHORT_DESC не через вью а в селекте т.е.> Код: plsql 1.
Хочеться понять что за хрень Мысли вслух... Или если убрать default null для p_proj, а view строить на GPU_PCK2.ident_desc2(1, 1, null)... ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 15:36 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu Код: plsql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 15:37 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
Asmodeus gpu пропущено... проблема не возникает если удалить аргумент p_proj_id из ident_desc2. или получать значение IDENT_SHORT_DESC не через вью а в селекте т.е.> Код: plsql 1.
Хочеться понять что за хрень Мысли вслух... Или если убрать default null для p_proj, а view строить на GPU_PCK2.ident_desc2(1, 1, null)... Не помогает Код: 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.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 15:51 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
Elic gpu Код: plsql 1.
в данном случае ето ничего не дает> оно на фетче смотри выше ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 15:52 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu Asmodeus пропущено... Мысли вслух... Или если убрать default null для p_proj, а view строить на GPU_PCK2.ident_desc2(1, 1, null)... Не помогает Код: 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.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 16:04 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu Elic пропущено... Чудак, у ошибки всегда есть стэк. Удали секцию exception. И узнаешь где. в данном случае ето ничего не дает> оно на фетче смотри выше Уважаемые коллеги, я знаю 1000 и 1 способ как сделать так что бы етого не происходило, но ето не на шаг не приближает меня к пониманию а что тут происходит? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 16:05 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
Asmodeus, Интересно, a оригинальный вариант, выдает у вас ошибку? если нет значит cut and paste не совсем верно передали инсерт ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 16:08 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu Asmodeus, Интересно, a оригинальный вариант, выдает у вас ошибку? если нет значит cut and paste не совсем верно передали инсерт ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 16:09 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu gpu пропущено... в данном случае ето ничего не дает> оно на фетче смотри выше Уважаемые коллеги, я знаю 1000 и 1 способ как сделать так что бы етого не происходило, но ето не на шаг не приближает меня к пониманию а что тут происходит? ваш ответ, почти наверно, лежит в районе desc ваша_вьюха Вы же верите в v_IDENT_SHORT_DESC GPU_ISH_EXPED_5.IDENT_SHORT_DESC%type; Ну, и какой он, цветочек аленький, исходя из desc GPU_ISH_EXPED_5? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 16:14 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
Asmodeus gpu Asmodeus, Интересно, a оригинальный вариант, выдает у вас ошибку? если нет значит cut and paste не совсем верно передали инсерт кстати если сделать ALTER SESSION SET NLS_LENGTH_SEMANTICS=BYTE сначала то оригинальный вариант тоже работает. оригинальный вариант работает и с NLS_LENGTH_SEMANTICS=CHAR для всех других рекордс. Ну и где логика? Какая связь между view, refcursor, pl/sql с дефаултным параметром в view и конкретно данным IDENT_SHORT_DESC? Я могу поменять курсор добавив вызов GPU_PCK2.ident_desc2(1,1) as IDENT_SHORT_DESC и все работает как часы. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 16:18 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
booby, SQL> ALTER SESSION SET NLS_LENGTH_SEMANTICS=CHAR 2 / Session altered. SQL> desc GPU_ISH_EXPED_5; Name Null? Type ----------------------------------------- -------- ---------------------------- ITEM_SHIP_ID NOT NULL NUMBER(12) IDENT_SHORT_DESC VARCHAR2(4000) Код: plsql 1. 2. 3. 4. 5. 6.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 16:20 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpuНу и где логика? Там, где нужно подумать головой и найти место в котором затесалась байтовая семантика. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 16:22 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov gpuНу и где логика? Там, где нужно подумать головой и найти место в котором затесалась байтовая семантика. T.e. я пропускаю что то тривиальное? Тыкните носом ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 16:33 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
Судя по твоим цитатам, ты не в курсе, что NLS_LENGTH_SEMANTICS работает только на новосоздаваемые объекты и не меняет уже существующих. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 16:36 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu booby, SQL> ALTER SESSION SET NLS_LENGTH_SEMANTICS=CHAR 2 / [/src] Следует ли понимать, что когда вы свой пакет компилируете, именно эта семантика вами всегда гарантируется? Что покажет desc при байтной семантике. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 16:37 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
booby gpu booby, SQL> ALTER SESSION SET NLS_LENGTH_SEMANTICS=CHAR 2 / [/src] Следует ли понимать, что когда вы свой пакет компилируете, именно эта семантика вами всегда гарантируется? Что покажет desc при байтной семантике. точнее, когда создаете и представление и пакет при байтной семантике ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 16:39 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
booby gpu booby, SQL> ALTER SESSION SET NLS_LENGTH_SEMANTICS=CHAR 2 / [/src] Следует ли понимать, что когда вы свой пакет компилируете, именно эта семантика вами всегда гарантируется? Что покажет desc при байтной семантике. То что и должен> Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 16:39 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov Судя по твоим цитатам, ты не в курсе, что NLS_LENGTH_SEMANTICS работает только на новосоздаваемые объекты и не меняет уже существующих. Я в курсе, предлагаю оставить NLS_LENGTH_SEMANTICS для сессии в покое , пусть остается CHAR и вернуться к вопросу что за хрень происходить когда все и везде CHAR? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 16:45 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
booby booby пропущено... Следует ли понимать, что когда вы свой пакет компилируете, именно эта семантика вами всегда гарантируется? Что покажет desc при байтной семантике. точнее, когда создаете и представление и пакет при байтной семантике В данном кейсе Я не создаю представление и пакет при байтной семантике. Все CHAR. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 16:47 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu Dimitry Sibiryakov Судя по твоим цитатам, ты не в курсе, что NLS_LENGTH_SEMANTICS работает только на новосоздаваемые объекты и не меняет уже существующих. Я в курсе, предлагаю оставить NLS_LENGTH_SEMANTICS для сессии в покое , пусть остается CHAR и вернуться к вопросу что за хрень происходить когда все и везде CHAR? почему вы решили, что вот это Код: plsql 1. 2.
"всегда и везде char"? Для приличия бы неплохо явно написать об этом: v_tmp VARCHAR2(3000 CHAR); ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 16:48 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
booby gpu пропущено... Я в курсе, предлагаю оставить NLS_LENGTH_SEMANTICS для сессии в покое , пусть остается CHAR и вернуться к вопросу что за хрень происходить когда все и везде CHAR? почему вы решили, что вот это Код: plsql 1. 2.
"всегда и везде char"? Для приличия бы неплохо явно написать об этом: v_tmp VARCHAR2(3000 CHAR); Я такого не говорил. Код: plsql 1. 2. 3. 4. 5. 6. 7.
я возможно заблуждаюсь, но мне кажется что в таком случае ето будет скомпилировано в Код: plsql 1. 2.
или нет? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 16:58 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu, А что выдает Код: plsql 1. 2.
после создания представления c NLS_LENGTH_SEMANTICS=char? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 16:59 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
Asmodeus gpu, А что выдает Код: plsql 1. 2.
после создания представления c NLS_LENGTH_SEMANTICS=char? Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 17:02 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu, если из курсора убрать table, то у меня перестает слетать я понимаю зачем table и что ето нарушает логику но может Вас натолкнет на мысль, почему причем не важно какой табле, напр sys.odcinumberlist и начинает слетать Код: 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.
..... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 17:07 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
booby точнее, когда создаете и представление и пакет при байтной семантике Да нет, тут похоже на баг в операторе TABLE: Код: 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.
Т.е. все создано с NLS_LENGTH_SEMANTICS=CHAR. Теперь: Код: 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.
Банально добавляем совершенно не связанный TABLE: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14.
Меняем в пакете Код: plsql 1.
на Код: plsql 1.
и: Код: 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.
Меняем в пакете Код: plsql 1.
на Код: plsql 1.
и опять ORA-06502. SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 17:08 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu booby пропущено... почему вы решили, что вот это Код: plsql 1. 2.
"всегда и везде char"? Для приличия бы неплохо явно написать об этом: v_tmp VARCHAR2(3000 CHAR); Я такого не говорил. Код: plsql 1. 2. 3. 4. 5. 6. 7.
я возможно заблуждаюсь, но мне кажется что в таком случае ето будет скомпилировано в Код: plsql 1. 2.
или нет? или да, только что проверил ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 17:13 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
SYтут похоже на баг в операторе TABLE Когда снимаешь лимит в 4000 байт в такой большой системе, очень просто забыть пару мест. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 17:18 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
SY booby точнее, когда создаете и представление и пакет при байтной семантике Да нет, тут похоже на баг в операторе TABLE: Код: 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.
Т.е. все создано с NLS_LENGTH_SEMANTICS=CHAR. Теперь: Код: 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.
Банально добавляем совершенно не связанный TABLE: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14.
Меняем в пакете Код: plsql 1.
на Код: plsql 1.
и: Код: 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.
Меняем в пакете Код: plsql 1.
на Код: plsql 1.
и опять ORA-06502. SY. Ну вот наконец то , да я знаю , что без таблицы работает, и ето волебное число 1001 я тоже подобрал, но также работает если убрать аргумент p_proj_id из функции ident_desc2 а таблицу оставить, или взять оставить как есть и взять другую запись с другим item_ship_id Просо мистика какая то! ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 17:18 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu, Ну с NLS_LENGTH_SEMANTICS=CHAR и многобайтными кодировками есть ряд до сих пор не исправленных (и unpublished) багов на металинке. Вплоть до ORA-600. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 17:21 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
SY Да нет, тут похоже на баг в операторе TABLE: SY. оно как-то в связке table и IDENT_SHORT_DESC слетает Код: plsql 1. 2.
по отдельности и table и IDENT_SHORT_DESC работают ..... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 17:22 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov SYтут похоже на баг в операторе TABLE Когда снимаешь лимит в 4000 байт в такой большой системе, очень просто забыть пару мест. тзт нет забытих мест, приведенный кеис максимално близок к продакшену, ну разве что вью на 200 столбцов а не на два и в таблице миллионы записей а не одна ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 17:22 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
Stax SY Да нет, тут похоже на баг в операторе TABLE: SY. оно как-то в связке table и IDENT_SHORT_DESC слетает Код: plsql 1. 2.
по отдельности и table и IDENT_SHORT_DESC работают ..... stax О чем и речь и вызов пакета напрямую тоже будет работать Код: plsql 1. 2.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 17:26 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov Когда снимаешь лимит в 4000 байт в такой большой системе, очень просто забыть пару мест. Код: plsql 1. 2. 3. 4. 5. 6.
И похоже баг тянется с 12.2. В 12.1 полет нормальный: Код: 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.
SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 17:31 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
SY, Спасибо, побегу искать 12.1 может где и завалялось ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 17:34 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu SY, Спасибо, побегу искать 12.1 может где и завалялось Sy что говорит Код: plsql 1.
на твоей 12.1? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 17:48 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
странно у меня на 12.1 тоже неработает правда там все таки нлс немного другая Код: 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.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 18:03 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu странно у меня на 12.1 тоже неработает Значит не работает с какого-то патча в 12.1. SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 18:08 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
SY, вообще нет ясности, точно тут Table виноват или нет. (Может даже и Table, но косвенно, например, через притягивание компиляции объектных типов в запросе, и/или, может быть, создание каких-то временных типов в базе.) Вьюха может мержится при любой попытке джойна, фактически, с формированием новых описателей столбцов. По хорошему, надо еще смотреть как dbms_sql опишет такой курсор. Кроме того, я бы явный каст в месте вызова функции в представлении предложил попробовать. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 18:43 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
SY, в DBA_REGISTRY_SQLPATCH пусто и exec sys.dbms_qopatch.get_sqlpatch_status; то же ничего не дает. возможно все таки неправильная нлс в базе. бд с правильной пока не нашел ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 19:16 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu SY, в DBA_REGISTRY_SQLPATCH пусто и exec sys.dbms_qopatch.get_sqlpatch_status; то же ничего не дает. возможно все таки неправильная нлс в базе. бд с правильной пока не нашел Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14.
SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 20:23 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
SY c:\temp>%ORACLE_HOME%\opatch\opatch lspatches 28810679;WINDOWS DB BUNDLE PATCH 12.1.0.2.190115(64bit):28810679 [/src] SY. Так ето разве не тоже самое что> exec sys.dbms_qopatch.get_sqlpatch_status; Ну до сервера я на етой неделе не доберусь, сисадмин не доступен. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 20:33 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu, так как проблема почти локализована (table), можно упростить пример для большей наглядности ..... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 09:51 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
Stax, Не совсем, у Asmodeus все работает если поменят- сигнатуру фукнции ident_desc2 было function ident_desc2(p_ident IN NUMBER,p_nls_id IN NUMBER, p_proj_id IN VARCHAR2 default null) RETURN VARCHAR2; стало function ident_desc2(p_ident IN NUMBER,p_nls_id IN NUMBER, p_proj_id IN VARCHAR2) RETURN VARCHAR2; В сухом остатке : комбинация из обычных символов плюс вЬю плюс функция с аргументом по умолчанию плюс оператор тайбл ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 11:00 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu комбинация из обычных символов плюс вЬю плюс функция с аргументом по умолчанию плюс оператор тайбл да комбитнация факторов (+NLS_LENGTH_SEMANTICS=CHAR), но можно упростить пример, и люди с доступом к металинку cмогут открыть ... ps у меня счас нет доступа к 19-й версии, прогоняю на apex-е и ето не совсем чистый тест ..... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 11:40 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
Stax, да я и сам могу открыть, просто тест кейс надо уменьшить , выкинуть то что не влияет, я пока вижу что функция хмм не нужна, но хочется еще упростить. Кстати, у кого нибудь завалялась 12.1 с кодировкой BYTE? У нас все базы с кодировкой CHAR блин. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 11:52 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu Stax, да я и сам могу открыть, просто тест кейс надо уменьшить , выкинуть то что не влияет, я пока вижу что функция хмм не нужна, но хочется еще упростить. Кстати, у кого нибудь завалялась 12.1 с кодировкой BYTE? У нас все базы с кодировкой CHAR блин. а зачем Вам с BYTE, проверить что нет ошибки? на apex.oracle.com "база в BYTE" и если закоментировать execute immediate 'ALTER SESSION SET NLS_LENGTH_SEMANTICS=CHAR'; то ошибка уходит Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15.
..... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 12:02 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu ... Кстати, у кого нибудь завалялась 12.1 с кодировкой BYTE? У нас все базы с кодировкой CHAR блин. 🙄 Креативно. Note: Oracle strongly recommends that you do NOT set the NLS_LENGTH_SEMANTICS parameter to CHAR in the instance or server parameter file. This may cause many existing installation scripts to unexpectedly create columns with character length semantics, resulting in run-time errors, including buffer overflows. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 12:14 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
booby gpu ... Кстати, у кого нибудь завалялась 12.1 с кодировкой BYTE? У нас все базы с кодировкой CHAR блин. 🙄 Креативно. Note: Oracle strongly recommends that you do NOT set the NLS_LENGTH_SEMANTICS parameter to CHAR in the instance or server parameter file. This may cause many existing installation scripts to unexpectedly create columns with character length semantics, resulting in run-time errors, including buffer overflows. Поправляюсь все которые 12.1 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 12:20 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
Stax, Да знаю с НЛС BYTE все работает, но поставить BYTE для сессии равносильно самоубиться тремя выстрелами в голову> 130 тысяч только стандартных обьектов, плюс кастомизация ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 12:27 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu, имхо проблема боле-менее локализована подготовить пример попроще (чтоб слетало) и попробовать обратится к металинку ..... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 12:54 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
только что прилетела от саппорта, да ето баг , вроде пофиксен в 19.12, инфы по 18.0 и 12.2 пока нет ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 16:42 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu только что прилетела от саппорта, да ето баг , вроде пофиксен в 19.12, инфы по 18.0 и 12.2 пока нет ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 17:36 |
|
ORA-06502
|
|||
---|---|---|---|
#18+
gpu только что прилетела от саппорта, да ето баг , вроде пофиксен в 19.12, инфы по 18.0 и 12.2 пока нет apex BANNER_FULL Oracle Database 19c EE Extreme Perf Release 19.0.0.0.0 - Production Version 19.13.0.0.0 ..... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 18:03 |
|
|
start [/forum/topic.php?all=1&fid=52&tid=1879498]: |
0ms |
get settings: |
7ms |
get forum list: |
5ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
37ms |
get topic data: |
39ms |
get forum data: |
1ms |
get page messages: |
1119ms |
get tp. blocked users: |
1ms |
others: | 292ms |
total: | 1503ms |
0 / 0 |