|
|
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 |
|
Участник
|
хм....и вправду...прошла ...а это не имеет никаких побочных эффектов?
|
|
|
Комбинированный вид
