Экспорт/импорт таблиц

[IT-specialist]

Народ, с недавнего времени начал заниматься изучением MBS Axapta. Возник такой вопрос: как мне экспортировать план счетов с одной базы данных в другую базу данных. Прочитал, что это производится здесь: Главное меню \ Администрирование \ База данных \ Экспорт/Импорт \ Импорт. Но проблема в том, что у меня нету этого меню. У меня установлена MBS Axpata 3.0 SP3... Подскажите, пожалуйста, очень надо...

[mazzy]

Вопрос переместил в правильный раздел.

Как это "нету этого меню"?
Это кто-то вам права урезал. Зайдите с правами администратора

[blokva]

Вообще-то это находится здесь:
Главное меню \ Администрирование \ Периодические операции \ Экспорт/Импорт данных \ Импорт

Вы наверное документацию от 2.5 читали?

[IT-specialist]

Как у меня может не хватать прав, если я администратор. Я сам эту Аксапту устанавливал...

[malex]

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

Как это сделать быстро я не нашел. Если пользоваться стандартным экспортом\импортом то там нельзя задать критерий проверяющий что импортируемая запись уже существует в таблице. А без подобного критерия импорт слетает по достижении 10 ошибок.

Для произвольного импорта критерий задать можно, но там нужно подготовить исходный файл (копирую из AOD табличку в Exel через буфер, макросом привожу данные виду текстового файла с разделителями).

Можно ли это сделать быстрее?

[Vadik]

Импорт \ Расширенно \ Обновление существующих записей ?

[malex]

Это не всегда подходит, поэтому я и написал "причем часть записей там уже есть и эти записи не нужно обновлять."

[Vadik]

прошу прощения, проглядел

[chel]

Цитата:

Изначально опубликовано malex
Кстати, про экспорт\импорт. Допустим надо сделать перенос данных какой-нибудь таблички из одной компании в другую, причем часть записей там уже есть и эти записи не нужно обновлять.

Как это сделать быстро я не нашел. Если пользоваться стандартным экспортом\импортом то там нельзя задать критерий проверяющий что импортируемая запись уже существует в таблице. А без подобного критерия импорт слетает по достижении 10 ошибок.

Для произвольного импорта критерий задать можно, но там нужно подготовить исходный файл (копирую из AOD табличку в Exel через буфер, макросом привожу данные виду текстового файла с разделителями).

Можно ли это сделать быстрее?

Может написать условие на закладке Критерий, которое бы проверяло на наличие существующей записи в таблице. Поиск вести например по РК, или через стандартные функции ::find()

[malex]

Цитата:

Может написать условие на закладке Критерий, которое бы проверяло на наличие существующей записи в таблице. Поиск вести например по РК, или через стандартные функции ::find()

Если Вы имеете в виду тип группы определения 'Произвольный' - то именно так я и поступаю. Хотелось бы иметь возможность сделать это и для типа 'Стандарт' (чтобы не возиться с исходным файлом), но там в критерии X++ код писать не получится.

Может где-нибудь можно отключить остановку импорта по достижении 10 ошибок?

[chel]

Мощнейший совет от mazzy, которым я всегда пользуюсь :
http://axapta.mazzy.ru/hints/exploreerror/

[glibs]

Цитата:

Изначально опубликовано malex
...
Это не всегда подходит, поэтому я и написал "причем часть записей там уже есть и эти записи не нужно обновлять."
...

А как система должна определить, нужно ли запись обновить, или дописать рядом такую же?

Если вы идентифицируете записи по ключу (уникальный индекс, в принципе, тоже покатит), то произведите импорт без удаления данных в таблице. "Лишние" записи туда "не влезут".

В противном случае (варианты с программированием я не рассматриваю) можно сделать еще одну компанию (пустую, транзитную), закачать туда данные из источника, удалить те записи, которые не должны попасть в получатель, затем экспортировать (из транзитной компании) и импортировать снова (в получатель). Сам иногда по похожей схеме работаю.

[malex]

Цитата:

Изначально опубликовано glibs

А как система должна определить, нужно ли запись обновить, или дописать рядом такую же?

Обычно требуется либо все обновлять (на это есть крыжик про который писал Vadik), либо все пропускать

Цитата:

Изначально опубликовано glibs

Если вы идентифицируете записи по ключу (уникальный индекс, в принципе, тоже покатит), то произведите импорт без удаления данных в таблице. "Лишние" записи туда "не влезут".

"Лишние" записи возбудят ошибки "Невозможно создать запись" из-за совпадения первичного ключа и импорт прервется когда таких ошибок будет более 10


В принципе, вопрос поднятый мною носит характер "А вот можно ли это как-то сделать поудобнее" и особой важности не представляет.

[glibs]

Цитата:

Изначально опубликовано malex
...
Обычно требуется либо все обновлять (на это есть крыжик про который писал Vadik), либо все пропускать
...

На вопрос вы так и не ответили. Ну да ладно...

Цитата:

Изначально опубликовано malex
...
"Лишние" записи возбудят ошибки "Невозможно создать запись" из-за совпадения первичного ключа и импорт прервется когда таких ошибок будет более 10
...

Честно говоря, не знал, что прерывается. Спасибо.

Цитата:

Изначально опубликовано malex
...
В принципе, вопрос поднятый мною носит характер "А вот можно ли это как-то сделать поудобнее"
...

Тогда уточните, в чем с вашей точки зрения состоит неудобство. И какова прикладная ценность вашей задачи (насколько данная задача носит не чисто теоретический характер).

[glibs]

Цитата:

Изначально опубликовано glibs
...
В противном случае (варианты с программированием я не рассматриваю) можно сделать еще одну компанию (пустую, транзитную), закачать туда данные из источника, удалить те записи, которые не должны попасть в получатель, затем экспортировать (из транзитной компании) и импортировать снова (в получатель). Сам иногда по похожей схеме работаю.
...

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

[malex]

Цитата:

Изначально опубликовано glibs

В противном случае (варианты с программированием я не рассматриваю) можно сделать еще одну компанию (пустую, транзитную), закачать туда данные из источника, удалить те записи, которые не должны попасть в получатель, затем экспортировать (из транзитной компании) и импортировать снова (в получатель). Сам иногда по похожей схеме работаю.

В том случае когда я столкнулся с такой задачей я так и сделал. Записей было немного и я знал какие из них новые.

Цитата:

Изначально опубликовано glibs

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

Это сработает когда можно задать критерий отбора, но не поможет если нужно экспортировать из компании "А" только новые записи, которых нет в компании "B".