26.01.2006, 06:59 | #1 |
Участник
|
var против usr данных
Проблема следующая. Когда то загрузили проект на usr-слое, после чего начали работать с модификацией, то есть на этом слое на всех расширенных появились данные....Далее загрузили тот же проект на var-слое и тут началось....при синхронизации просит снести один из расширенных типов данных usr-слоя для замены его тем же var-овским.Воть...приходится экспортировать, удалять usr и заново импортировать таблицу. Может кто нибудь решил эту проблему как то по другому?
|
|
26.01.2006, 10:46 | #2 |
Administrator
|
рискованное дело, однако - вливать в var, то, что еще не удалено с usr ...
Да, и кстати - экспорт/импорт происходил с иденитификаторами? Обычно (если с АОТом нет проблем) - Ваша проблема решается чисткой таблицы \\System Documentation\Tables\SQLDictionary из Аксапты и потом восстановление ее через \Администрирование\Периодические операции\Администрирование SQL\Проверка-Синхронизация
__________________
Возможно сделать все. Вопрос времени |
|
26.01.2006, 12:47 | #3 |
Участник
|
такой чисткой как раз таки и удаляются данные из Аксапты (usr)...
|
|
26.01.2006, 13:38 | #4 |
Administrator
|
нет. Если некую таблицу опустили из usr в var - то для того, чтобы синхронизация не пересоздала таблицу - необходимо почистить SQLDictionary (удалить все записи, относящиеся к данной таблице) и потом запустить проверку/синхронизацию. Ключевой момент тут именно в проверке - т.е. перестройке SQLDictionary под последнюю версию AOT
__________________
Возможно сделать все. Вопрос времени |
|
26.01.2006, 14:05 | #5 |
Участник
|
хм....и вправду...прошла ...а это не имеет никаких побочных эффектов?
|
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|