Search Postgresql Archives

Re: 8.3beta bug or feature?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2008-01-10 at 16:19 -0300, marcelo Cortez wrote:
> > The cast already exist; I think you could change its
> > context (from
> > "explicit" to "assignment" IIRC).  This is, of
> > course, not recommended.
> 
> 
>    I've created cast with  assignment from in4 to text
> 
>  but 
> select 23  LIKE '2%'  fail.
> ERROR:  operator does not exist: integer ~~ unknown
> LINE 1: select 23  LIKE '2%' 
>                    ^
> HINT:  No operator matches the given name and argument
> type(s). You might need to add explicit type casts.

First of all, I think Alvaro meant "change to implicit", I don't think
"assignment" will help.

Second, assuming that works for that specific case (which it may or may
not, I haven't tried it), it's still not a good solution for you.
Implicit type coercion causes all kinds of subtle problems that are hard
to see, which is why the change was made in 8.3.

And if I understand correctly, just changing a few casts to "implicit"
will not result in behavior the same as 8.2, so it's likely to break
other parts of the application.

I don't think there's any way around fixing the application. You can
still use 8.2 with tsearch2 (which still work great) until the mapper is
fixed.

What is the name of the third-party product?

Regards,
	Jeff Davis


---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux