Re: chars => int

> Sé que puede sonar muy raro, pero tengo en mis definición de datos casi
> todas las tablas como string porque es el tipo de datos más portable a
> cualquier base de datos.
>
> Sé que así uso muy poco la optimización del motor de base de datos para
> recorrer campos de otros tipos, pero me aseguro que puedo portar la base
> de
> datos a cualquier otro sitio.
>
> No en todos los motores existe el tipo "timestamp" o por lo menos no en
> todos se llaman igual. Así que por portabilidad tengo que seguir este
> esquema.
>
> Si uso un tipo fecha, no todas las fechas se almacenan igual, así que
> tendría que controlar desde mi programa a qué base de datos estoy
> accediendo
> y tener en cuenta como trata esa base de datos el tipo fecha.
>
> Utilizando string sé que los 4 primeros dig son el año, los 2 sig el
> mes...
> así es mucho más fácil controlar los datos.
>
> Aunque sí, sé que no estoy optimizando el rendimiento de la base de datos.
>
> Pero estoy trabajando con una apli de 80 mb de código fuente y se ha
> estado
> trabajando así desde el principio. Será complicado cambiarlo todo.
>
> Un saludo.
>

Cuando decidi que iba a usar postgresql alla de por hace un buen tiempo
deje de preocuparme por la portabilidad de datos entre bases de datos, me
interesa obtener mejor las ventajas de PostgreSQL.

lo que desarrollo lo desarrollo para PostgreSQL indistintamente el lenguaje

Hoy en dia hay ORBs que te pueden ayudar en caso de ese problemilla
como SQLObject o Hibernate

Leonel