|
![]() |
#1 |
Злыдни
|
В свое время столкнулся с той же проблемой: тип кодирования в КЛАДР не устраивал по структуре. Пришлось делать запрос к таблицам, выкидывать данные в Excel, производить группове заполнение некотрых полей, сохранять в csv и импортировать в адресные таблицы. Что имеем в итоге: код страны - трехбуквенный код из единого справочника, код города - наименование города (пришлось изменить EDT), районы и населенные пункты игнорируются, улицы для российских городов импортированы без учета разбиения по индексам. Для Ваших целей можно выбрать свой подход
![]()
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
![]() |
#2 |
Участник
|
Если учесть, что при изменений версии КЛАДР его структура может изменяться очень кардинально, то подход KiselevSA, на мой взгляд, наиболее реальный, а если учесть, что стандартная процедура загрузки КЛАДР в Аксе уж очень медлительная, то и наиболее оптимальный по затратам времени.
|
|
![]() |
#3 |
Участник
|
Цитата:
Вообще это в дальнейшем годится на практике ? У кого уже внедрена система поделитесь опытом пожалуйста, мне будет очень интересно слушать ![]() |
|
|
![]() |
||||
Тема | Ответов | |||
Не удалять индексы при синхронизации | 18 | |||
Oracle - снова индексы | 19 | |||
При каждом обращении строит индексы в Old | 0 | |||
Временные индексы | 10 | |||
Почтовые индексы | 1 |
Опции темы | Поиск в этой теме |
Опции просмотра | |
|