Здравствуйте,

имеется следующий код:
SQLBindParameter(hstnt1,pCnt,SQL_PARAM_INPUT,SQL_C_TIMESTAMP,SQL_TIMESTAMP,sizeof(SQL_IMESTAMP_STRUCT),0,&ts,sizeof(SQL_TIMESTAMP_STRUCT),NULL);

При использовании ODBC второй версии:
SQLSetEnvAttr(henv1,SQL_ATTR_ODBC_VERSION,(void*)SQL_OV_ODBC2,0);
Код отрабатывает нормально.
Когда переключаюсь на третью версию ODBC:
SQLSetEnvAttr(henv1,SQL_ATTR_ODBC_VERSION,(void*)SQL_OV_ODBC3,0);

При исполнении SQLExecDirect возникает следующая ошибка:
"Переполнение поля даты и времени".
Замена SQL_C_TIMESTAMP на SQL_C_TYPE_TIMESTAMP
и
SQL_TIMESTAMP на SQL_TYPE_TIMESTAMP
результата не дает.

Подскажите пожалуйста, в какую сторону посмотреть.
Спасибо.

Может быть кому-то будет интересно:
Методом научного тыка понял, что если обнулить секунды, то запрос выполняется нормально. После этого стал смотреть в сторону
размерных параметров. Помогла вот эта статья:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms711786%28v=vs.85%29.aspx
в частности вот это:
=====================================
SQL_TYPE_TIMESTAMP

16 (the number of characters in the yyyy-mm-dd hh:mm format)

19 (the number of characters in the yyyy-mm-dd hh:mm:ss format)

or

20 + s (the number of characters in the yyyy-mm-dd hh:mm:ss[.fff...] format, where s is the seconds precision).
======================================
в моем коде:
SQLBindParameter(hstnt1,pCnt,SQL_PARAM_INPUT,SQL_C_TIMESTAMP,SQL_TIMESTAMP,sizeof(SQL_IMESTAMP_STRUCT),0,&ts,sizeof(SQL_TIMESTAMP_STRUCT),NULL);

sizeof(SQL_IMESTAMP_STRUCT) или sizeof(ts) дает 16

Предполагаю, что в ODBC3 заложены более жесткие условия проверки переменных на "правильность".

Вот в таком виде:
SQLBindParameter(hstnt1,pCnt,SQL_PARAM_INPUT,SQL_C_TYPE_TIMESTAMP,SQL_TYPE_TIMESTAMP,23,3,&ts,NULL,NULL);
код отрабатывает.
Есть вопросы по двум последним параметрам, но это отдельный вопрос.

Спасибо.

1. sizeof(SQL_IMESTAMP_STRUCT)
ошибся при копировании, должно быть:
sizeof(SQL_TIMESTAMP_STRUCT)

2. pCnt, // это указатель на соединение ? А должен быть номер параметра по порядку.
в оригинале paramCnt, т.е. счетчик параметров - число.

4. Речь идет про переход с ODBC2 на ODBC3,
соответственно сначала было SQL_C_TIMESTAMP
потом SQL_C_TYPE_TIMESTAMP

3. стал смотреть в сторону размерных параметров.
Ты разве используешь векторные параметры ?

Нет. Возможно использовал не тот термин.

5.

sizeof(SQL_IMESTAMP_STRUCT), // это тип фиксированной длины, должен быть 0.

Судя по нижеуказанному, не похоже, чтобы это было так:
===============

SQLRETURN SQLBindParameter(
SQLHSTMT StatementHandle,
SQLUSMALLINT ParameterNumber,
SQLSMALLINT InputOutputType,
SQLSMALLINT ValueType,
SQLSMALLINT ParameterType,
SQLULEN ColumnSize,
SQLSMALLINT DecimalDigits,
SQLPOINTER ParameterValuePtr,
SQLLEN BufferLength,
SQLLEN * StrLen_or_IndPtr);

===============

Column Size

For the time, timestamp, and all interval data types, this is the number of characters in the character representation of this data

SQL_TYPE_TIMESTAMP


16 (the number of characters in the yyyy-mm-dd hh:mm format)

19 (the number of characters in the yyyy-mm-dd hh:mm:ss format)

or

20 + s (the number of characters in the yyyy-mm-dd hh:mm:ss[.fff...] format, where s is the seconds precision).

http://msdn.microsoft.com/en-us/library/windows/desktop/ms711786%28v=vs.85%29.aspx

Сейчас попробовал поставить 0 в "Colomn size".
Получаю ошибку "Неверное поле COUNT или ошибка синтаксиса".
Еще раз, чтобы была ясность, это происходит, когда я принудительно включаю ODBC3:
SQLSetEnvAttr(henv1,SQL_ATTR_ODBC_VERSION,(void*)SQL_OV_ODBC3,0);
Независимо от того, использую я SQL_TIMESTAMP или SQL_TYPE_TIMESTAMP.
Скорее всего спецификация ODBC3 более "жесткая" к параметрам, чем ODBC2.