Ошибка с подключением через ODBC + глюк с работой через connection

[Corel]

Цитата:

Сообщение от Владимир Максимов

Это все где выполняется? На стороне клиента или на стороне сервера? Там где это выполняется соответствующий драйвер ODBC установлен?

Класс работает на сервере, тестовый джоб на клиенте. И там и там в параметрах ODBC имеются драйвера SQL Native Client 10.0, и там и там настроен и проверен User DSN

Цитата:

Сообщение от Dark Light

Для ODBC попробуйте так:

otherStr += "DRIVER={SQL Server}";
otherStr += ";Trusted_Connection=No";
otherStr += strfmt(";SERVER=%1",    ...);
otherStr += strfmt(";DataBase=%1",  ...);
otherStr += strfmt(";UID=%1",       ...);
otherStr += strfmt(";PWD=%1",       ...);
loginProp.setOther(otherStr);

Так прошло. То есть, дело в драйвере или TrustedConnection, выходит?

Цитата:

Сообщение от Dark Light

По поводу Connection:
1) почему не использовать стандартные методы con.ttsbegin() и con.ttsabort()?

Попробовал - не то, т.к. в таком случае отменяются и транзакции, создаваемые обработкой (для записи в журнал). То есть, тут смысл такой: запросом к SQL создаются записи в таблице блокировок, чтоб аналогичные одновременно работающие обработки не мешали друг другу, создаются строки журнала, после чего идёт откат транзакции по таблице блокировок.

Насчёт Adjustment - проверю.

[Omeo]

мы используем системный dsn из настроек :

LP.setDSN(_odbcDSN);

полагаю, не надо напоминать (на всякий случай) что 32-х и 64-х битные драйвера ODBC настраиваются в разных местах ...

[Владимир Максимов]

Цитата:

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

Класс работает на сервере, тестовый джоб на клиенте. И там и там в параметрах ODBC имеются драйвера SQL Native Client 10.0, и там и там настроен и проверен User DSN
(...)
То есть, дело в драйвере или TrustedConnection, выходит?

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

Driver = {SQL Server}

В Вашем варианте это будет примерно так

static void testODBCConnection(Args _args)
{
    ODBCConnection con;
    LoginProperty   LP = new LoginProperty();
    ;
    LP.setServer("Server");
    LP.setDatabase("DB");
    LP.setUserName("user");
    LP.setPassword("pwd");
    // Фигураные скобки не обязательны
    LP.setOther("DRIVER={SQL Server}");
// Или если с Windows аутентификацией без указания логина/пароля
//    LP.setOther("DRIVER={SQL Server};Trusted_Connection=Yes");

    con = new ODBCConnection(LP);

}

Кстати, корректный синтаксис строк подключения можно посмотреть вот на этом сайте http://www.connectionstrings.com/

[Dark Light]

Цитата:

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

Попробовал - не то, т.к. в таком случае отменяются и транзакции, создаваемые обработкой (для записи в журнал).

Здесь лучше использовать класс UserConnetion. Он создает отдельное подключение к БД, и тогда данная схема сработает

Connection    con = new UserConnection();

ttsbegin;

con.ttsbegin();

//SQL запрос
...
//SQL запрос

//Обработка в Аксапте
...
//Обработка в Аксапте

con.ttsabort();

ttscommit;

Только тут нужно будет ещё сделать блок try/catch, чтобы в случае ошибки в catch'е вызвать con.ttsabort().

Цитата:

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

То есть, тут смысл такой: запросом к SQL создаются записи в таблице блокировок, чтоб аналогичные одновременно работающие обработки не мешали друг другу, создаются строки журнала, после чего идёт откат транзакции по таблице блокировок.

А из Аксапты доступа к данной таблице нет? Ведь гораздо будет проще в конце операции просто удалять нужную запись из LocksTable.