Re: Problemas al igualar?...

--- Patricio Cifuentes Ithal <pcifuentes(at)siigsa(dot)cl> escribió:

> OK,
> entiendo super bien el tema del largo de campos y todo eso, pero
> debiera
> tener un validador, que en el caso que se haga una comparacion de
> numero
> entre campos de diferente largo, y los valores son representativos de
> cada
> campo osea "28 = 600001" en ese caso en vez de dar un error
> simplemente
> deberia devolver 0 tuplas, creo yo? o no?, esta bien cuando trato de
> insertar valores distintos, ahi esta bien el error, pero no al
> comparar el
> mismo tipo de campos que de error el largo, lo encuentro un poco
> excesivo y
> sobreexpuesto el error... debiera ser un poco mas inteligente en ese
> sentido. critica constructiva, si hay respuesta envienla.
> --
>
> Patricio Cifuentes Ithal
> Ingeniero en Informática
>
> Desarrollo Tecnológico
> SIIGSA
> (56-2) 204 60 22
> ----- Original Message -----
> From: "Alejandro Gasca" <agasca(at)yahoo(dot)com>
> To: "Patricio Cifuentes Ithal" <pcifuentes(at)siigsa(dot)cl>;
> "postgresql-es"
> <pgsql-es-ayuda(at)postgresql(dot)org>
> Sent: Thursday, September 28, 2006 1:33 PM
> Subject: Re: [pgsql-es-ayuda] Problemas al igualar?...
>
>
> >
> > --- Patricio Cifuentes Ithal <pcifuentes(at)siigsa(dot)cl> escribió:
> >
> > > Hola lista,
> > > no se si sera un bugs, ya que me causa un poco de ilogica este
> > > problema.
> > > tengo una query de un update el cual es el siguiente
> > >
> > > Update usuario SET usuario_num = 1 WHERE usuario_fol = 600001;
> > >
> > > bueno el tema del problema no esta dentro del set, si no que en
> el
> > > WHERE el campo usuario_fol es un int2, y me da un error de que
> ese
> > > campo es muy pequeño para la cifra en la cual estoy igualando,
> claro
> > > el mensaje de error es super logico, pero ese error corresponde?.
> > > Pienso yo que esos errores deben estar y salen y estan cuando
> trato
> > > de insertar o actualizar un campo con un valor mas grande que el
> que
> > > soporta, pero en una igualacion dentro de un WHERE realmente es
> un
> > > opco tonto, creo?
> > >
> > > si hay alguna respuesta logica o una estructura o esquema que
> > > corresponda por favor envienmela.
> > >
> > > --
> > >
> > > Patricio Cifuentes Ithal
> > > Ingeniero en Informática
> > >
> > > Desarrollo Tecnológico
> > > SIIGSA
> > > (56-2) 204 60 22
> > > --
> > > Este mensaje ha sido analizado por MailScanner
> > > en busca de virus y otros contenidos peligrosos,
> > > y se considera que está limpio.
> > >
> > > www.siigsa.cl
> > >
> > >
> >
>
http://www.postgresql.org/docs/8.1/interactive/datatype.html#DATATYPE-NUMERIC
> >
> >
> > __________________________________________________
> > Correo Yahoo!
> > Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
> > Regístrate ya - http://correo.espanol.yahoo.com/
> >
> > ---------------------------(fin del
> mensaje)---------------------------
> > TIP 5: ¿Has leído nuestro extenso FAQ?
> >
> >
> http://www.postgresql.org/files/documentation/faqs/FAQ.html
> >
> > --
> > Este mensaje ha sido analizado por MailScanner
> > en busca de virus y otros contenidos peligrosos,
> > y se considera que está limpio.
> >
> > www.siigsa.cl
>
>
> --
> Este mensaje ha sido analizado por MailScanner
> en busca de virus y otros contenidos peligrosos,
> y se considera que está limpio.
>
> www.siigsa.cl
>
>

A pues puesto asi... por ejemplo, si un char(2) lo comparas con una
cadena mas larga, por decir 'ab ' te devuelve 0 registros.

Eso que comentas esta interesante, si por ejemplo tienes un campo
numeric(2,2), se puede hacer por ejemplo WHERE campo = 1234434234, y te
devuelve 0 registros, mas no un error, segun e explan es porque hace
1234434234::numeric, en el caso de los chars hace ::text,...
ya ya probando para los tipo int4 tambien manda 0 registros en vez de
error...

pues si, quiza seria mas logico que regresara 0 registros...

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/