Re: [psqlODBC 09.05.0100] could not insert SQLINTEGER to bytea column

Поиск
Список
Период
Сортировка
От Huong Dangminh
Тема Re: [psqlODBC 09.05.0100] could not insert SQLINTEGER to bytea column
Дата
Msg-id 75DB81BEEA95B445AE6D576A0A5C9E9364D087F7@BPXM05GP.gisp.nec.co.jp
обсуждение исходный текст
Ответ на Re: [psqlODBC 09.05.0100] could not insert SQLINTEGER to bytea column  ("Inoue, Hiroshi" <h-inoue@dream.email.ne.jp>)
Список pgsql-odbc
Hi Inoue-san,

Thanks for your prompt response sir.

> Hi Huong,
>
> Unfortunately I don't know details about commits referenced.

I have confirmed that, sqltype_to_bind_pgtype() came to be called due to commit in (3).

> However I'm suspicious if calling sqltype_to_bind_pgtype() is rather
> dangerous.
>

For safety, we intend to change SQLINTEGER to a kind of text data type in APP or
change the bytea to integer or a kind of text data type in PostgreSQL if possible.

Thanks and best regards,
Dang Minh Huong
NEC Solution Innovators, Ltd.
http://www.nec-solutioninnovators.co.jp/en/

> regards,
> Hiroshi Inoue
>
> On 2016/04/25 15:50, Huong Dangminh wrote:
> > Hi,
> >
> > First of all, many thanks for releasing version of 09.05.021
> > Which does not necessary to install VC++ 2013 runtime environment.
> >
> > So, we are trying to use version of 09.05.021 now, but have faced
> > with another problem, could you confirm the belows for me?
> >
> > [problem]
> > In 09.03.0400 we have no problem when insert into PostgreSQL bytea column
> with SQLINTEGER data type.
> > But in 09.05.0210 it was returned with below error:
> >
> >   ERROR: column "id" is of type bytea but expression is of type integer;
> >
> > [confirmation]
> > (1) It is seem come from the below release, is that right?
> >
> > ---psqlODBC 09.05.0100 Release---
> > 10. Fix quoting bugs in sending integer query parameters to server
> > The drivers used to assume that if a parameter's SQL type is SQL_INTEGER
> or SQL_SMALLINT,
> > the value does not require quoting when its send to the server. For example,
> "SELECT ?",
> > with parameter 123 was translated to "SELECT 123", when UseServerSidePrepare
> was not enabled.
> > However, there was no check that the query parameter in fact contained a
> valid integer,
> > when replacing the parameter markers with their values. Also, in a query
> like "SELECT 0-?",
> > a negative value needs to have parens around it, as in "SELECT 0-(-123)".
> > ---
> >
> > (2) Does the above release was made for below commit?
> >
> >
> http://git.postgresql.org/gitweb/?p=psqlodbc.git;a=commitdiff;h=1ccd04c70
> b8037b268eefcaae09ce131c8c33b59
> >
> > (3) But we found exactly the below commit made obove ERROR.
> > As the release note, does this commit completely did the thing which not
> yet done in commit in (2) sir?
> >
> >
> http://git.postgresql.org/gitweb/?p=psqlodbc.git;a=commitdiff;h=085e9324e
> b5a592f3b73f594311819cbf8dc5f2d
> >
> > Thanks and best regards,
> > Dang Minh Huong
> > NEC Solution Innovators, Ltd.
> > http://www.nec-solutioninnovators.co.jp/en/


В списке pgsql-odbc по дате отправления:

Предыдущее
От: durga prasad
Дата:
Сообщение: Installing and configuring postgreSQL ODBC on Solaris10
Следующее
От:
Дата:
Сообщение: Fw: new message