Как реализовать обмен данными между базой AXAPTA и удаленной базой Oracle.

[Nickolay]

Добрый день,
Посоветуйте как реализовать обмен данными между базой AXAPTA и базой Oracle.
Подробнее:
- есть удалённая база Oracle
- есть AXAPTA
- исходные данные хранятся в базе Oracle(одна таблица). Данные изменяются строго INSERT.
- хочется чтобы при ставке записи в удалённой базе - появлялась запись в cоответствующей таблице AXAPTA.

Посоветуйте, как правильно это реализовать?
Способ через COM-connector опробован, в тестовом режиме работает.
Может есть ещё варианты?

[Vadik]

а на какой СУБД живет аксапта?

[Dolter_imported]

Цитата:

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

Может есть ещё варианты?

<{POST_SNAPBACK}>

ADO, DTS, XML, etc...

[glibs_imported]

Цитата:

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

...
ADO, DTS, XML, etc...
...

Не все так просто. В Аксапте есть "проблема" с RecId (искуственный идентификатор записи, присутствующий в каждой таблице; номер уникален для компании — наиболее крупной логической единицы в системе, выделяется на прикладном уровне).

Есть еще offline вариант. Выгружать в текстовый файл или промежуточную БД, периодически в пакетном режиме оттудова забирать.

[mazzy]

Цитата:

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

В Аксапте есть "проблема" с RecId...

<{POST_SNAPBACK}>

См. http://erpkb.com/Axapta/RecId

[Dolter_imported]

Цитата:

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

Не все так просто. В Аксапте есть "проблема" с RecId (искуственный идентификатор записи, присутствующий в каждой таблице; номер уникален для компании — наиболее крупной логической единицы в системе, выделяется на прикладном уровне).

<{POST_SNAPBACK}>

Ни в коем случае не используйте RecID для идентификации записи (ключа)!
Причина всего одна и указана в ссылке, которую дал Mazzy: "Его значение может измениться результате импорта/экспорта." Хотя "радует" и следующее предложение: "Однако бывают в этом алгоритме глюки, если у тебя два поля с RECID и/или ты включаешь/исключаешь твою таблицу в коллекцию."
Для идентификации записей (коллекций) в Аксапте лучше всего использовать составные ключи. Причем приходится чисто опытным путем подбирать наборы полей для построения составного ключа. Но что поделать? :-)

Цитата:

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

Есть еще offline вариант. Выгружать в текстовый файл или промежуточную БД, периодически в пакетном режиме оттудова забирать.

<{POST_SNAPBACK}>

XML также есть "промежуточная БД" :-)
От текста тоже не стоит отказываться. По крайней мере в своих инструментах мы часто используем такие (XML, CSV) возможности. Их очень удобно использовать при обмене через ftp или e-mail между ну очень удаленными точками, где невозможно поднять качественные каналы связи.

[Nickolay]

Спасибо всем за ответы.
почерпнул много полезной информации по конкретному вопросу и не только.
Самый соблазнительный своей простотой вариант предложен на "буржуйском" сайте:
- заблокировать таблицу
- увеличить NextVal - и взять его для RecId в нужной таблице
Но такое "хакерство" над ключевой таблицей системы меня пока страшит...
Ещё раз всем спасибо.
Буду думу думать...

Во второй раз получаю реальную помощь на вашем форуме.

[Delfins_imported]

esli est' finansi i AxaptaCient/Server imejut dostup k Oracle BD, to mozhna ustroit' BatchServer, kotorij budet konnektitsja kazduju minutu iz zabirat' dannie.

Isolzovat' mozna Connection/Statement klasi dlja podkljuchenija k BD.. (online rezhim)

ili parsit' XML fail, kotorij budet vidavat' Oracle cherez Web (u nego est' vnutrennij HTTP-Server[apache]), - dumaju eto toze mozno realizovat'

[jikez]

а что мешает склалывать данные во временную таблицу, а аксапте при проверке этой таблицы автоматом распихивать куда надо?