SysLastValue, копирование из отдельной базы.

[actNaturally]

Добрый день!
Активное использование поиска на форуме не привело к решению проблемы.
Необходимо пользовательские настройки User1 с одного отдельного приложения с отдельной БД перекинуть на другое пользовательское приложение.
Как решение - сделать это через какой-нибудь файл Экспорта.
Стандартный Экспорт недоступен для таблицы SysLastValue.

Экспорт из Икс-браузера сработал, но не работает Импорт, возникает ошибка:



С какой стороны ещё можно подойти к решению проблемы?

[Dreadlock]

Средствами SQL не пробовали?

[actNaturally]

Это две отдельные БД.

[maldini]

Ну и что? Если это разные сервера, можно сделать линк. В чем трудности?

[Ivanhoe]

При этом надо понимать, что если приложения разные, то шансы на успех стремятся к нулю.

[Dreadlock]

Не думаю, что SysLastValue модификациют одновременно 10 разработчиков, что аж невозможно перекинуть данные из одной таблицы в другую.

[RVS]

Цитата:

Сообщение от Ivanhoe

При этом надо понимать, что если приложения разные, то шансы на успех стремятся к нулю

Это про recId, наверное?

Цитата:

Сообщение от Dreadlock

Не думаю, что SysLastValue модификациют одновременно 10 разработчиков, что аж невозможно перекинуть данные из одной таблицы в другую.

SysLastValue, вообще-то, системная таблица. Ее вообще никто не "модификацает". Дело, ИМХО, именно в переносе данных между разными приложениями. Кроме RecId, ничего на голову нейдет. А проблема с RecId в этом частном случае - обходится. Даже при импорте средствами SQL.

[Napalm]

Цитата:

Сообщение от actNaturally

С какой стороны ещё можно подойти к решению проблемы?

Написать свой job для импорта/экспорта через CSV.

[Raven Melancholic]

Если приложения разные, то далеко не только RecId. Там же вполне может быть и разный состав макроопределения CurrentList в наследниках RunBase (особенно неприятно, если это при одном номере версии). Разные формы, то есть настройка форм бессмысленна, ну и т.п.

[RVS]

Цитата:

Сообщение от Raven Melancholic

может быть и разный состав макроопределения CurrentList в наследниках RunBase (особенно неприятно, если это при одном номере версии). Разные формы, то есть настройка форм бессмысленна, ну и т.п.

Понятно. Только в постановке задачи было :

Цитата:

Сообщение от actNaturally

пользовательские настройки User1 с одного отдельного приложения с отдельной БД перекинуть на другое пользовательское приложение

Что, ИМХО, предполагает, что приложения.. ну, по крайней мере - не сильно отличаются.

При переносе настроек с одного на другое - возможно, где-то что-то и заглючит (если формы разные, например). Но in general - настройки-таки перенесутся. А все прочее - руками, ессно..

Хотя, конечно - хорошо бы знать, зачем два приложения, в чем их отличие (если есть таковое вообще), ну, и так далее

[KiselevSA]

Какие Recid? Вы посмотрели бы на результат запроса sql по таблице SysLastValue. Все пользовательские настройки (recordtype = 29) записаны в бинарном контейнере, разобрать котоый сможет только приложение. Можно, конечно, попытаться перетащить все записи с указанным типом, с генерацией dataarea/recid или partition/recid, но гарантировать совпадение версий фильтров, кодов полей и т.п. на двух разных (близких) приложениях вряд-ли кто-нибудь сможет. Только если приложение полностью перенесено с одного на другой и вычищены все ошибки несовпадения для sqldictionary.

[Ivanhoe]

Выше уже ответили, да. Если приложения разные то толку от этих перенесенных настроек - ноль. Вплоть до креша клиента при старте / открытии формы. Если же приложения 1 в 1, то самое простое - перенести SysLastValue через SQL.