2008/11/3 Alvaro Herrera <[EMAIL PROTECTED]>:
> Javier Chávez B. escribió:
>> 2008/11/3 Rodrigo Fuentealba <[EMAIL PROTECTED]>:
>
>> >>> Jamás uses funciones para manipular texto en campos que no son texto.
>> >>> Es ineficiente e innatural. Pierdes robustez: si cambias una opcion que
>> >>> determine la forma en que se despliegan (por ej. datestyle), puede
>> >>> empezar a corromper los datos en forma silenciosa.
>> >>
>> >> Como es eso porque ...??? solo me asalta la duda...
>> >
>> > Un ejemplo simple:
>> >
>> > Supongamos que muestras una fecha como 01/11/2008 (1 de noviembre de
>> > 2008), y por ABC razones migraste de servidor PostgreSQL a otra
>> > distribución, para la cual el 01/11/2008 ahora significa 11 de enero
>> > de 2008. Hasta que no te des cuenta de que eso está malo, todos los
>> > informes, reportes y cálculos que haga tu base de datos están malos.
>>
>> Hmmm sip eso lo entendia ... mi duda era desde el punto de vista que
>> Alvaro plantea que se corrompen los datos.. porque lo que sudece en el
>> caso que me dices es un tema de despliegue...
>
> ¿Y por qué no puede pasar también que se corrompa, usando el mismo
> mecanismo? Observa que la expresión con split_part() está en el DEFAULT
> de una columna, así que si la manipulación entrega una hora que sea
> válida pero no la misma que querías guardar, los datos ya están
> corruptos.
Ahhhh ok entendi! solo me asaltó la duda, o sea no es que se produzca
una "corrupcion" fisica ... me refiero a que a lo largo del tiempo la
tabla o algo asi pueda corromperse.. (no se si me explico ... ) pero
eso no seria mas una incosistencia de datos .... ????
>
> Una mejor forma de tomar una "parte" de una fecha u hora es usando
> EXTRACT('algo' FROM la_fecha).
Oki ... vale ... pasa a mi archivo personal de Snippers ! :o)
Slds.
> --
> Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J
> "El conflicto es el camino real hacia la unión"
>
--
Cumprimentos
jchavez
linux User #397972 on http://counter.li.org/
--
TIP 4: No hagas 'kill -9' a postmaster
