Re: version 8.2.5 kamikaze 8.3 muy estricto

2008/11/11 Patricio Cifuentes Ithal <pcifuentes(at)siigsa(dot)cl>:
>
> Podría saber si acaso el que se dio cuenta de eso y lo programo para sea
> estricto se habrá dado cuenta que limito una versatibilidad super potente en
> el nucleo?. O habra hecho algo justamente versátil para los tipos
> numéricos?. O simplemente fue una decisión estricta que se tomo y se dijo.
> "ya. Ahora las funciones de texto solo a tipos de texto"
>

no se tomo asi nomas, hubo una discusion en medio... la ultima de las
conversaciones sobre el tema:
http://archives.postgresql.org/pgsql-hackers/2007-04/msg00017.php

hubo buenas razones y se documento en las release notes...
parece que si haces campo_num || '' igual lo convierte a texto

http://www.postgresql.org/docs/8.3/static/release-8-3.html
"""
The reason for the change is that these automatic casts too often
caused surprising behavior. An example is that in previous releases,
this expression was accepted but did not do what was expected:

current_date < 2017-11-17

This is actually comparing a date to an integer, which should be (and
now is) rejected — but in the presence of automatic casts both sides
were cast to text and a textual comparison was done, because the text
< text operator was able to match the expression when no other <
operator could.

Types char(n) and varchar(n) still cast to text automatically. Also,
automatic casting to text still works for inputs to the concatenation
(||) operator, so long as least one input is a character-string type.
"""

--
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Asesoría y desarrollo de sistemas
Guayaquil - Ecuador
Cel. +59387171157