Re: smallint vs. boolean (was invalid string enlargement
От | Glenn Holmer |
---|---|
Тема | Re: smallint vs. boolean (was invalid string enlargement |
Дата | |
Msg-id | 1113325530.26370.50.camel@shadow.weycogroup.com обсуждение исходный текст |
Ответ на | Re: invalid string enlargement request (Oliver Jowett <oliver@opencloud.com>) |
Ответы |
Re: smallint vs. boolean (was invalid string enlargement
|
Список | pgsql-jdbc |
On Fri, 2005-03-18 at 09:37 +1300, Oliver Jowett wrote: > Glenn Holmer wrote: > > > We can't upgrade the driver because we get this: > > > > 2005-03-17 10:10:22,961 WARN > > net.sf.hibernate.util.JDBCExceptionReporter - Meth > > od: logExceptions - Line: 38 Message: SQL Error: 0, SQLState: 42883 > > 2005-03-17 10:10:22,962 ERROR > > net.sf.hibernate.util.JDBCExceptionReporter - Meth > > od: logExceptions - Line: 46 Message: ERROR: operator does not exist: > > smallint = boolean > > Without more details I'd have to say this is a hibernate or schema > mapping bug -- it looks like it is using setBoolean() where you should > be using setShort() (or vice versa). This only shows up in newer drivers > because they more tightly bind types to parameters (due to using the V3 > extended query protocol to pass parameters to the server) > > This behaviour is unlikely to change, so you might want to look at > tracking down the cause. As a last resort, you might be able to create > implicit casts between smallint<->boolean. Yes, the database has some fields defined as smallint and set to 0 for false or either 1 for true; the Hibernate DTOs have these fields declared as boolean. Is there any way around this without rewriting everything? -- ____________________________________________________________ Glenn Holmer gholmer@weycogroup.com Software Engineer phone: 414-908-1809 Weyco Group, Inc. fax: 414-908-1601
В списке pgsql-jdbc по дате отправления: