Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
vtar Эксперт
Вступление в Клуб: 20.03.2009
|
Ср Окт 26, 2016 17:34  В поставке ФИАС содержатся записи с неподдерживаемым уровнем |
|
Полезность: Нет оценки
|
Привет!
Кто нибудь сталкивался ?
Версия ЦФТ 16.3 , в последующих версиях не нашел инфо об устранении .
16:34:17 Сбор статистики для структуры "Адрес. Импорт данных домов ФИАС" (FIAS_HOUSE_IMP)...
16:35:53 В поставке ФИАС содержатся записи с неподдерживаемым уровнем (65) типа адресного объекта. Количество записей: 72923
[01/04] Произошла ошибка при импорте справочника ФИАС:
ORA-20300: APP-FIAS_ADDR_IMP.FIAS_IMPORT_LIB: В поставке ФИАС содержатся записи с неподдерживаемым уровнем (65) типа адресного объекта. Количество записей: 72923
ORA-06512: на "IBS.MESSAGE", line 50
ORA-06512: на "IBS.Z$FIAS_ADDR_IMP_FIAS_I13786807", line 578
ORA-06512: на "IBS.Z$FIAS_ADDR_IMP_FIAS_I13786807", line 2466
16:35:55 [04/04] Произошла ошибка при импорте справочника ФИАС: |
|
|
svn Профи
Вступление в Клуб: 04.02.2008
|
Ср Окт 26, 2016 17:56   |
|
Полезность: 1
|
в 16.5.02 устранили |
|
|
OlegFB Участник - экстремал
Вступление в Клуб: 11.07.2007
|
Ср Ноя 16, 2016 12:58   |
|
Полезность: Нет оценки
|
svn пишет: | в 16.5.02 устранили |
Говорят что так, но отдельным пакетом не дают... только целиком патч ставить.
у меня послезавтра внедрение, а я ФИАС загрузить не могу... |
|
|
svn Профи
Вступление в Клуб: 04.02.2008
|
Ср Ноя 16, 2016 14:08   |
|
Полезность: Нет оценки
|
накатите только FIAS_IMPORT_LIB |
|
|
OlegFB Участник - экстремал
Вступление в Клуб: 11.07.2007
|
Ср Ноя 16, 2016 20:07   |
|
Полезность: Нет оценки
|
svn пишет: | накатите только FIAS_IMPORT_LIB |
Не прокатит, там ещё структура таблицы изменилась - размер полей увеличился.
Да и где его взять.
Ладно, мне горе то не большое - поскольку внедрение - это головная боль цфт-шников |
|
|
yaffil Профи
Вступление в Клуб: 18.08.2011
|
Чт Ноя 17, 2016 09:26   |
|
Полезность: Нет оценки
|
OlegFB пишет: | Ладно, мне горе то не большое - поскольку внедрение - это головная боль цфт-шников |
Да, вот только потом вам разргебать их Авгиевы конюшни. Так как они очень много делают через Ж... , очень много после них потом переделывал. |
|
|
OlegFB Участник - экстремал
Вступление в Клуб: 11.07.2007
|
Чт Ноя 17, 2016 10:05   |
|
Полезность: Нет оценки
|
yaffil пишет: | OlegFB пишет: | Ладно, мне горе то не большое - поскольку внедрение - это головная боль цфт-шников |
Да, вот только потом вам разргебать их Авгиевы конюшни. Так как они очень много делают через Ж... , очень много после них потом переделывал. |
к сожалению, если я сейчас влезу с правками в структуру данных - они вообще сниму с себя ответственность за работоспособность функционала справочника. |
|
|
yaffil Профи
Вступление в Клуб: 18.08.2011
|
Пн Ноя 28, 2016 08:59   |
|
Полезность: Нет оценки
|
OlegFB пишет: |
Ладно, мне горе то не большое - поскольку внедрение - это головная боль цфт-шников |
Как внедрение? ФИАС загрузили? У мну такая же проблема, а петух только на прошлой неделе юзеров клюнул, 2-3 года как живут же без обновлений
ORA-12899: значение для столбца "IBS"."Z#ADDRESS_OBJ"."C_NAME" слишком велико (фактическое: 102, максимальное: 100) |
|
|
Матвеев Евгений Профи
Вступление в Клуб: 31.01.2012
|
Пн Ноя 28, 2016 09:34   |
|
Полезность: Нет оценки
|
yaffil пишет: | OlegFB пишет: |
Ладно, мне горе то не большое - поскольку внедрение - это головная боль цфт-шников |
Как внедрение? ФИАС загрузили? У мну такая же проблема, а петух только на прошлой неделе юзеров клюнул, 2-3 года как живут же без обновлений
ORA-12899: значение для столбца "IBS"."Z#ADDRESS_OBJ"."C_NAME" слишком велико (фактическое: 102, максимальное: 100) |
Ты же уже предлагал на схеме размер увеличить
yaffil пишет: |
А чего нет то? Судя по ошибки - она не в операшке, а в БД и ошибку дает Оракл, так почему бы не апнуть столбец пока никто не видит Rolling Eyes
Всё равно ЦФТ в итоге так и сделает - только в CFT_PATCH Laughing
|
http://cftclub.ru/viewtopic.php?p=30940&highlight=#30940 |
|
|
yaffil Профи
Вступление в Клуб: 18.08.2011
|
Пн Ноя 28, 2016 09:46   |
|
Полезность: Нет оценки
|
Матвеев Евгений пишет: |
Ты же уже предлагал на схеме размер увеличить
|
Тамана индексы висят, не увеличить, пока их не грохнешь, в коду искать долго. Решил так из временной таблицы подчистить пару знаков
select * from Z#FIAS_ADDR_IMP where
LENGTH(c_offname)>100 |
|
|
OlegFB Участник - экстремал
Вступление в Клуб: 11.07.2007
|
Пт Дек 02, 2016 11:46   |
|
Полезность: Нет оценки
|
yaffil пишет: | Матвеев Евгений пишет: |
Ты же уже предлагал на схеме размер увеличить
|
Тамана индексы висят, не увеличить, пока их не грохнешь, в коду искать долго. Решил так из временной таблицы подчистить пару знаков
select * from Z#FIAS_ADDR_IMP where
LENGTH(c_offname)>100 |
Угу. Именно такое решение мне и ЦФТ-шники предложили. |
|
|
OlegFB Участник - экстремал
Вступление в Клуб: 11.07.2007
|
Пт Дек 02, 2016 11:47   |
|
Полезность: Нет оценки
|
OlegFB пишет: | yaffil пишет: | Матвеев Евгений пишет: |
Ты же уже предлагал на схеме размер увеличить
|
Тамана индексы висят, не увеличить, пока их не грохнешь, в коду искать долго. Решил так из временной таблицы подчистить пару знаков
select * from Z#FIAS_ADDR_IMP where
LENGTH(c_offname)>100 |
Угу. Именно такое решение мне и ЦФТ-шники предложили. |
Гы!
Снедает меня жуткое подозрение, что именно у тебя они его и подсмотрели )). |
|
|
Матвеев Евгений Профи
Вступление в Клуб: 31.01.2012
|
Пт Дек 02, 2016 11:49   |
|
Полезность: Нет оценки
|
OlegFB пишет: | yaffil пишет: | Матвеев Евгений пишет: |
Ты же уже предлагал на схеме размер увеличить
|
Тамана индексы висят, не увеличить, пока их не грохнешь, в коду искать долго. Решил так из временной таблицы подчистить пару знаков
select * from Z#FIAS_ADDR_IMP where
LENGTH(c_offname)>100 |
Угу. Именно такое решение мне и ЦФТ-шники предложили. |
Обрезанием 2 символов из наименований адрески порядка не добавит...
Скорее наоборот, увеличит беспорядок
Поля расширять нужно, с учетом изменения индексов и реального размера полей в ФИАС
У нас целый отдельный долгоиграющий .еморрой с адресами
Последний раз редактировалось: Матвеев Евгений (Пт Дек 02, 2016 11:52), всего редактировалось 1 раз |
|
|
vtar Эксперт
Вступление в Клуб: 20.03.2009
|
Пт Дек 02, 2016 11:51   |
|
Полезность: Нет оценки
|
Слыхал, в 16.6 пофиксили |
|
|
yaffil Профи
Вступление в Клуб: 18.08.2011
|
Вт Дек 06, 2016 10:42   |
|
Полезность: Нет оценки
|
OlegFB пишет: |
Угу. Именно такое решение мне и ЦФТ-шники предложили. |
Прогрузили ФИАС ? Сколько времени ушло?
У мну на тесте вообще Опа,
1) первые 3е суток грузил вылетела проблема с длинной. Пофиксил во временной - запустил уже сразу 2й этап (ИМПОРТ),
2) спустя ещё 2е суток получил
ORA-01555: слишком старый снимок: сегмент отката номер 23 по имени "_SYSSMU23_4285875587$" слишком мал
3) увеличил alter system set undo_retention=7200 (было 900) - запустил по новой с Импорта - в течении часа свалилась из за констрейнтов т.к. такие ИД уже есть
Т.е. всё базе каюк? А на бою если оступился - то труп? Сапёр ошибается только дважды
Как корректно закончить/почистить импорт предыдущий? |
|
|
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|