Интеграция с сиквел-сервером !!!

[andriy_s]

Каким способом лучше интегрировать DAX с SQL базой даных?

Пробовал с помощью Бизтока и AIF - но очень как-то трухляво получалось.
Пробовал через .NET Business Connector (яко Win Service) - как-то не очень надежно.
Ну уровне баз через SSIS - читал что в Аксаптовскую базу лучше не залезать.

Буду благодарен за любые идеи!

[twilight]

Что значит интегрировать? Какие данные куда передаются?

[andriy_s]

Ну к примеру справочники Проектов, Поставщиков и Клиентов изначально находятся в сиквел-базе.
Они должны переехать в Аксапту.

В то же время в Аксапте ведется финансовая деятельность и инвойсы (к примеру) должны оттуда попасть сиквел-базу.

[sukhanchik]

Аксапта держит свои данные в БД SQL Server или Oracle. Если Ваша Аксапта держит свои данные в БД SQL Server, то значит Вам надо будет проинтегрировать просто 2 SQL Server-ные БД

[andriy_s]

Где то я читал что напрямую к базе аксапты лучше не лезть (ибо майкрософт не гарантирует что новые патчи и сервис-паки не внесут изменения в структуру таблиц - что нибудь в том роде)...

[twilight]

Цитата:

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

Где то я читал что напрямую к базе аксапты лучше не лезть (ибо майкрософт не гарантирует что новые патчи и сервис-паки не внесут изменения в структуру таблиц - что нибудь в том роде)...

Есть несколько вариантов:
1. Написать свою загрузку / выгрузку xml файлов для требуемых справочников / документов.
2. Для загрузки справочников написать период. операцию в Аксапте, которая будет обращаться непосредственно к SQL базе. Для выгрузки документов можно сделать view в Аксапте по требуемым таблицам, а из SQL обращаться к этим view.

Если при обновлении Аксапты будут существенные изменения в БД, то в любом случае, что-то придется менять и в интеграции.

[sukhanchik]

Цитата:

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

Где то я читал что напрямую к базе аксапты лучше не лезть (ибо майкрософт не гарантирует что новые патчи и сервис-паки не внесут изменения в структуру таблиц - что нибудь в том роде)...

А никто и не просит вносить изменения в структуру таблиц вне АХ. Но:
1. Если в БД АХ данные не писать - то все отлично проинтегрируется средствами СУБД
2. Если в БД АХ писать надо - то можно код вставке написать на Х++ - АХ вполне может штатно подключаться к любой БД (через ODBC/ADO). Тексты запросов надо будет только писать в коде... - но это не такая уж большая проблема.

[George Nordic]

Читать - да на здоровье! Писать - нельзя. Только средствами DAX. Апдэйтить - настолько аккуратно, что практически = нельзя (надо очень хорошо разбираться в архитектуре, чтобы позволить себе делать апдэйт силами SQL)

С Уважением,
Георгий

[Poleax]

Цитата:

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

Каким способом лучше интегрировать DAX с SQL базой даных?

Пробовал с помощью Бизтока и AIF - но очень как-то трухляво получалось.
Пробовал через .NET Business Connector (яко Win Service) - как-то не очень надежно.
Ну уровне баз через SSIS - читал что в Аксаптовскую базу лучше не залезать.

Буду благодарен за любые идеи!

1) Интересен Ваш опыт общения с BizTalk. Если можно опишите.
2) SSIS хорош для одноразовой заливке данных, так же как и из файлов Excel
3) Если у вас есть БД типа Мастер хранилище справочников (справочники Проектов, Поставщиков и Клиентов) то для аксапты это не очень хорошо. Последующие изменения в справочниках аксапты приведут к рассогласованию данных. Необходимо определить логику кто главный, а кто подписчик.
Можно сделать промежуточный интерфейс по утверждению изменений данных в справочниках аксапты и др. БД.

Имхо, я заливал данные через SSIS (мне нравится). Сейчас написан интерфейс двухсторонней передачи данных (новый элемент справочника, изменения данных элемента). Синхронизация раз в сутки, правильный человек сидит и утверждает изменения в системах. На автоматическую синхронизацию не вешали, просто некоторые люди могут вводить не верные исправления. Для этого есть правильный человек, отслеживающий глупости. Автоматом предлагается только возможности сверки данных.

[andriy_s]

Цитата:

Пробовал с помощью Бизтока и AIF - но очень как-то трухляво получалось.

Я не болььшой спец в Бизтоке, но в интеграции через Бизток-AIF мне не понравились следующие вещи:

Во-первых, настройка AIF со стороны Аксапты занимает много времени.
Во-вторых, Аксаптовские документ-класы интересно игнорируют цыфровое значения 0 и в итоге оно не попадает в результирующий XML. Приходится вносить изменения в процесс сериализации-десериализации.
Открытые возможности для аднимистратора Бизтока на просмотр внутреннего содержания сообщения (через BizTalk Administration Console). Кроме того Бизток реально сложен если необходимо его настроить для максимальной производительности. В Бизтоке сложно контролировать (не то что сложно - но сложнее чем хотелось) блок компенсации (если транзакция прошла неудачно) и еще много маленьких и не очень мелочей, которые подсказывают что надо искать другой способ интеграции...

А вобще то Бизтоком можна решить все...