импорт при несовпадающих tableid

[Artem Mikhailov]

ругается, потому что tableid записывается в данные при экспорте, не только в деф-файл, причем в каждую строку данных

делайте экспорт с типом csv, в текстовом редакторе в дат и деф-файлах массово заменяйте один tableid на другой

[KiselevSA]

Цитата:

Сообщение от Artem Mikhailov

ругается, потому что tableid записывается в данные при экспорте, не только в деф-файл, причем в каждую строку данных

делайте экспорт с типом csv, в текстовом редакторе в дат и деф-файлах массово заменяйте один tableid на другой

Откуда такие сведения? Разбор метода record2con в SysDataExport не выявил высказанного

[Artem Mikhailov]

Цитата:

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

Откуда такие сведения?

3.0 cis sp2. сделайте экспорт в формате сsv, откройте дат-файл в блокноте. второе поле по всем строкам - tableid. после его замены на новое значение аксапта всасывает файл не поперхнувшись

[KiselevSA]

Цитата:

Сообщение от Artem Mikhailov

3.0 cis sp2. сделайте экспорт в формате сsv, откройте дат-файл в блокноте. второе поле по всем строкам - tableid. после его замены на новое значение аксапта всасывает файл не поперхнувшись

А вот Вы о чем. Никогда не использовал стандартную выгрузку в csv для импорта, только двоичный формат. Я говорил о группе определений для экспорта/импорта с типом "Произвольный". Для таких типов доступен только импорт, но можно подключать обработки и указывать набор и порядок полей.

[glibs]

Цитата:

Сообщение от Artem Mikhailov

...
ругается, потому что tableid записывается в данные при экспорте, не только в деф-файл, причем в каждую строку данных
...

М.б. Я точно не помню. Но там есть мощный алгоритм, который .def файл разбирает. И, если мне не изменяет память (смотреть лень), изменение идентификатора таблицы он отлавливает (по-моему, по имени). Да и опытным путем работоспособность импорта подтверждается.