|
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 |
|
|
start [/forum/topic.php?fid=52&msg=40134920&tid=1879498]: |
0ms |
get settings: |
23ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
32ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
455ms |
get tp. blocked users: |
1ms |
others: | 285ms |
total: | 830ms |
0 / 0 |