Re: to_char a to_number

From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
To: Zuleima Lara <zlara(at)interactivedata(dot)com(dot)ve>
Cc: pgsql-es-ayuda(at)postgresql(dot)org, zuleimalara(at)hotmail(dot)com
Subject: Re: to_char a to_number
Date: 2006-07-22 19:02:06
Message-ID: 20060722190206.GL14221@surnet.cl
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Zuleima Lara escribió:

> PRUEBA=# show lc_numeric;
> lc_numeric
> -------------------
> Spanish_Venezuela
> (1 fila)
>
> PRUEBA=# select to_char(123456,'999G999G999G999D99');
> to_char
> ---------------------
> 123.456,00
> (1 fila)
>
> PRUEBA=# select to_number('123.456,00','999999999999D99');
> to_number
> -----------
> 123.45
> (1 fila)
>
> PRUEBA=# select to_number('123.456,00','999G999G999G999D99');
> to_number
> -----------
> 12345600
> (1 fila)

Hmm, si mal no recuerdo, la lectura de numeros en la entrada no utiliza
la configuracion del locale. IMHO esto es un bug. Yo ya lo reporte una
vez y me dijeron que no se iba a cambiar porque podia causar problemas
el hecho de que la distincion de numeros en la entrada sea dependiente
de una variable de configuracion (lc_numeric en este caso). Yo por
supuesto discrepo; por ej. DateStyle se comporta de la misma manera.

Te sugiero que reportes esto en el formulario para bugs o en la lista
pgsql-bugs, para que mi opinion tenga algo mas de peso y el resto en
-hackers acepte cambiar este comportamiento.

--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

In response to

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Roberto Carlos Latorre Letona 2006-07-22 21:06:41 Error en comando Select luego de Instalacion inicial
Previous Message Alvaro Herrera 2006-07-22 18:57:55 Re: to_char a to_number