AX 2012 R3 доступ к MySQL

[dech]

Может действительно не стоит заморачиваться с MySQL?
Мы, если хотим получить данные из АХ для сторонних систем, используем Web-сервисы. Очень удобно и без геморроя.

[dax_]

Спасибо всем участникам обсуждения за дельные предложения. Получилось достучаться к БД MySQL по ODBC через .Net компоненту:

static public void Main(Args _args)
{

    System.Exception                    e;
    System.Data.Odbc.OdbcConnection     objConn;


    System.Data.Odbc.OdbcCommand        cmdSelect;
    System.Data.Odbc.OdbcDataReader     reader;
    InteropPermission                   perm;

    str exceptionStr, connectStr;
    ;
   
    connectStr = "Driver={MySQL ODBC 3.51 Driver};Server=myserver;Database=mydatabase;User=root;Password=123;Option=3;";
    try
    {
        perm = new InteropPermission(InteropKind::ClrInterop);
        if (perm == null)
        {
            throw error("Error with file permissions");
        }
        perm.assert();
        objConn = new System.Data.Odbc.OdbcConnection(connectStr);
        objConn.Open();
        cmdSelect   = objConn.CreateCommand();
        cmdSelect.set_CommandText("SELECT * FROM table");
        reader      = cmdSelect.ExecuteReader();
        while (reader.Read())
        {
            info(reader.GetString(0));
        }
    }
    catch(Exception::CLRError)
    {
        CodeAccessPermission::revertAssert();
        perm = new InteropPermission(InteropKind::ClrInterop);
        if (perm == null)
        {
            return;
        }
        perm.assert();
        e = ClrInterop::getLastException();
        CodeAccessPermission::revertAssert();
        while( e )
        {
            exceptionStr += e.get_Message();
            e = e.get_InnerException();
        }
        info(exceptionStr);
    }
    catch
    {
        error("An Exception has occurred");
    }
    if(objConn)
        objConn.Close();

}

Правда данный код у меня работает ТОЛЬКО с 32-битной версией драйвера MySQL ODBC 3.51.06.

Оба драйвера версии 3.51.30 (32-битный и 64-битный) пока молчат. Будут результаты - отпишусь.

[dax_]

С драйверами разобрались - все заработало на версии 3.51.29, удалось достучаться к базе через .Net и с 32-битного клиента, и с 64-битного сервера.

[Logger]

Цитата:

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

С драйверами разобрались - все заработало на версии 3.51.29, удалось достучаться к базе через .Net и с 32-битного клиента, и с 64-битного сервера.

А в чем было дело, что не работало ?

[ax_mct]

Цитата:

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

Попробую высказать свое фэ по этому решению.
1 Не правильно держать коннекшены к другим базам данных из приложения Dynamics AX, по многим причинам (загрузка канала связи, не тот уровень исполнения, небезопасно и т.д). Скорее всего это даже не локальная инфраструктура, а через инет. И что будет в случае обрыва связи?
2 Настройка DSN привязана к конкретному AOS скорее всего. А если вы заходите с мигрировать на другой компьютер, где этой настройки нет и кто будет об это кроме разработчика помнить?

Пока не запустили, мое мнение - одумайтесь и переделайте на отправку и получения пакетов в формате .xml или .csv.
Атомарно.
Легко переносимо.
Не требует танцев с бубнами.

Цитата:

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

Может действительно не стоит заморачиваться с MySQL?
Мы, если хотим получить данные из АХ для сторонних систем, используем Web-сервисы. Очень удобно и без геморроя.

Не всегда так однозначно. Предположим что это прототип и Agile. Иногда имеет смысл, если это возможно, сделать как можно проще первоначально.

То есть если можно за 2 дня обеспечить доступ к MySQL через .NET Interop из X++ и получить работающее решение то именно так и стоит сделать. И решать проблемы по мере их поступления.

Web-сервисы это хорошо но дорого по стоимости разработки. Имеют смысл когда четко понятно что требуется. При этом конечно надо писать код так чтобы легко заменить этот слой логики на WS.

[EVGL]

Цитата:

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

...и получить работающее решение то именно так и стоит сделать...

Работающее, но не обновляемое.

[ax_mct]

Цитата:

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

Работающее, но не обновляемое.

Одно дело когда это заказ и консалтинг заинтересован сделать проект более дорогим прикрываясь непобиваемой правильностью веб-сервисов.

И совсем другое когда это внутренний проект где в интранете и AX и PHP приложение. Тут принцип KISS имеет все основания быть примененным.

Или прототипирование для сбора дальнейших требований. Где о правильности вообще надо забывать.

[dech]

Цитата:

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

Web-сервисы это хорошо но дорого по стоимости разработки. Имеют смысл когда четко понятно что требуется. При этом конечно надо писать код так чтобы легко заменить этот слой логики на WS.

Поясните, в чем именно высока стоимость разработки?
А когда нечетко понятно, что требуется, то х**к, х**к и в продакшн?

[ax_mct]

Цитата:

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

Поясните, в чем именно высока стоимость разработки?
А когда нечетко понятно, что требуется, то х**к, х**к и в продакшн?

Доступ к сторонней базе остается программированием в AX и делом одного человека. Пусть даже и через NET прокси. Два дня.

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

х**к, х**к он безотносителен к способу.
Веб-сервисы как универсальный способ это неправильно.

[dech]

Цитата:

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

Доступ к сторонней базе остается программированием в AX и делом одного человека. Пусть даже и через NET прокси. Два дня.

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

х**к, х**к он безотносителен к способу.
Веб-сервисы как универсальный способ это неправильно.

За два дня мы делаем веб-сервис, пусть вдвоем, но это будет и дешевле, и быстрее, и правильнее.
Дешевле - в том смысле, что вы все равно к этому придете позже. Даже просто работая с чужой базой вы будете задавать вопросы коллеге, который работает в ней постоянно. Документация и так будет вестись, согласитесь. Координация действий, тестирование - все это время будете отвлекать коллегу.
Быстрее - как ни странно, но вдвоем работа идет быстрее. Парадокс общения во время работы. Когда ты один, можешь долго тупить над вполне простыми вещами. Когда ты ведешь рабочий диалог - мысли сами выстраиваются в нужном направлении. Скорость разработки повышается. Однако, если долго мучить коллегу, то наверное тоже работа будет быстро сделана.
Правильнее - вам не нужно будет добавлять поля типа флага Processed, чтобы фильтровать обработанные записи, не нужно запускать батч каждые 10 минут. Как только данные поступят, веб-сервис их обработает.

[ax_mct]

Цитата:

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

За два дня мы делаем веб-сервис, пусть вдвоем, но это будет и дешевле, и быстрее, и правильнее.
...

Разумно если это возможно. Войти с чашкой кофе и пнуть PHP шника с утра. Загорелись, сделали вместе. Но такая идиллия не везде.

Моя позиция в том что неправильно рассматривать веб-сервисы как единственную опцию. То есть доступ к MySQL из AX - нормальная техническая задача. Может быть проще переписать потом на веб-сервисы при такой необходимости.