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

[Dreadlock]

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

[RVS]

Цитата:

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

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

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

Цитата:

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

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

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

[Raven Melancholic]

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

[RVS]

Цитата:

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

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

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

Цитата:

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

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

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

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

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