|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
по этой таблице виртуальные столбцы: Код: plsql 1. 2. 3. 4. 5. 6. 7.
Когда-то я создавал function-based индексы. Потом удалил. Но почему-то остались эти столбцы. Недавно обнаружил ошибки в алерт-логе. Подсчет числа строк по двум столбцам дает ошибку: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23.
Как бы преодолеть эти ошибки? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 13:30 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
Дропнуть эти атрибуты пробовали? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 13:42 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
maxski, поменять ф-лу (убрать to_number) не пущает? ALTER TABLE zzz MODIFY ... ..... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 14:08 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
andrey_anonymous, не пробовал. Это как? Так? Код: plsql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 14:13 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
Stax, с 'to_number' все нормально: Код: plsql 1. 2. 3. 4. 5.
проблема с двумя другими: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 14:15 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
maxski andrey_anonymous, не пробовал. Это как? Так? Код: plsql 1.
ой alter table tab drop (column_name_list) ; ps я имел ввиду поменять формулы в колонках .... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 14:43 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
maxski проблема с двумя другими: их и поменяйте (если пущает) .... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 14:44 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
Stax, Код: plsql 1. 2. 3. 4. 5. 6. 7. 8.
Код: plsql 1. 2. 3. 4.
... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 14:50 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
maxski Stax, Код: plsql 1.
Угу. Мы из-за этого как-то довольно большую таблицу были вынуждены пересобрать. Эти неубиваемые колонки помимо прочего влияют на операции с разделами (exchande partition). ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 15:04 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
Наивный вопрос -- после того как удалил FBI корзину не чистил? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 15:23 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
Вячеслав Любомудров, вроде нет, не чистил. Это было давненько. Сейчас чего-то лежит в корзине. Помимо меня там разработчики могут чего-то создавать-удалять Код: plsql 1. 2. 3. 4. 5.
сейчас почищу. Спасибо за совет. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 15:27 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
Вячеслав Любомудров, почистил, не помогло. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9.
... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 15:31 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
Ну, это было как первичное предположение для штатного вмешательства :( Скорее всего, действительно придется чистить словарь ручками Я бы протестировал на копии всякие MOVE/REBUILD (до и после правки словаря) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 15:35 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
И еще, буквально недавно грешил на корзину (по поводу AQ) и в одной из нот было сказано, что PURGE DBA_RECYCLEBIN не сработает, надо зайти тем самым юзером-владельцем (речь шла про SYSTEM) и сделать PURGE RECYCLEBIN ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 15:38 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
Вячеслав Любомудров, да, все это делал и под изером: Код: plsql 1. 2. 3. 4. 5. 6.
и под сисом: Код: plsql 1. 2. 3. 4. 5. 6.
не помогло. Виртуальные толбцы никуда не делись: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9.
... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 15:45 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
maxski Когда-то я создавал function-based индексы. Потом удалил. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 15:46 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
Elic maxski Когда-то я создавал function-based индексы. Потом удалил. Виталь, я эту беду лично ловил на экзадате 12.1 ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 15:50 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
maxski Stax, Код: plsql 1. 2. 3. 4. 5. 6. 7. 8.
Код: plsql 1. 2. 3. 4.
я не ДБА поетому просто подозревал что не пустит на ALTER TABLE zzz MODIFY/ RENAME COLUMN тож сорится? .... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 15:50 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
Вячеслав Любомудров, есть вариант скопировать таблицу и потом переименовать. Либо что-то со делать со словарем. Вот последовательность, что оракл показывает если включить трассировку 10046: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9.
не приводил запросы к xdb и partobj$ (так как таблица непартиционирована) какие таблицы словаря затрагиваются при 'drop' не показывает. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 15:56 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
Elic, сейчас индексы такие: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21.
но старые виртуальные колонки живут: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9.
... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 16:04 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
Stax, это строчку в col$ менять? DEFAULT$ с Код: plsql 1.
на что-н другое? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 16:08 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
maxski, у тебя индекс IDX_USERS_ID_USER явно ссылается на столбец SYS_NC00045$ ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 16:10 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
maxski Stax, это строчку в col$ менять? Хочется экстрима - на тесте поднять копию и попробовать удалить напрочь. Хочется штатного решения - пересоздать таблицу, если резерв пространства под данные есть. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 16:10 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
maxski, вообще, тырнет несколько мотивов танца с бубном на эту тему дает. Кто-то силу удара в сам бубен меняет, а кто-то пытается подпрыгивать на ритуальном ходу по кругу. мне показался может быть сработающим такой вариант камлания: 1) удалить индексы 2) переименовать столбцы - alter table rename column 3) установить их в неиспользуемые - ALTER TABLE...SET UNUSED (columnlist) 4) дропнуть неиспользуемые с явно указанным размером батча для чекпойнта ALTER TABLE ... DROP UNUSED COLUMNS CHECKPOINT 250; сам не сталкивался, чисто серфинг. если вдруг сработает, не знаю, какой из элементов танца на самом деле критический - второй или четвертый... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 16:19 |
|
При сборе статистики "ORA-01722: invalid number"
|
|||
---|---|---|---|
#18+
maxski Stax, это строчку в col$ менять? DEFAULT$ с Код: plsql 1.
на что-н другое? словарь править несколько стремно но уж если править, то я б для начала убрал TO_NUMBER на SUBSTR("PCOMMENT",INSTR("PCOMMENT",'PSUB:')+5,8) ..... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2020, 16:21 |
|
|
start [/forum/topic.php?fid=52&fpage=33&tid=1880762]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
48ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
67ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 174ms |
0 / 0 |