Re: errores al subir datos de mySQL a PostgreSQL

Si he visto los tipos de datos, el que tiene mas rango es bigint
(-9223372036854775808 to 9223372036854775807) super extra large, pero como
vi que no tenia limites el numeric y haciendo mi calculo de cuanto puede
manejar mi campo en cuanto a longitud y crecimiento (hay una formula donde
según el tiempo y el promedio de transacciones sacas un calculo para el
tamaño de tu tabla y del espacio de tu DB, y segun esto defines el tamaño
del campo y ademas del tipo).
Por eso yo utilice numeric(9,0) por citar un ejemplo para una tabla de
movimiento_almacen como llave primaria.
Espero sus comentarios, gracias de antemano
On 4/14/05, Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl> wrote:
>
> On Thu, Apr 14, 2005 at 11:21:50AM -0500, Julio Rivero wrote:
>
> > Pero en todo caso, cual seria mas conveniente? porque yo trabajo con
> > numeric ya que en los tips no tiene limite, es decir, no tiene un rango
> > definido como lo tiene integer (2147483648 to +2147483647), porque yo
> voy a
> > manejar información bastante grande....
>
> Usa bigint en ese caso; es algo mas lento que int pero sigue siendo
> muchisimo mejor que numeric, y te da un rango mayor.
>
> En todo caso sospecho algo raro -- realmente vas a tener grupos de
> entidades fuertes con mas de 2 mil millones de individuos? Si es asi
> entonces no hay problema. Pero si se trata de entidades debiles quizas
> debas remitirte a usar claves compuestas. IOW si vas a tener un modelo
> realmente grande te sugiero asesorarte muy bien o haber leido y
> entendido al menos dos libros de teoria relacional ;-) (Yo no he leido
> ninguno de tomo a lomo, asi que quizas la terminologia es incorrecta).
>
> --
> Alvaro Herrera (<alvherre[(at)]dcc(dot)uchile(dot)cl>)
> Voy a acabar con todos los humanos / con los humanos yo acabaré
> voy a acabar con todos / con todos los humanos acabaré (Bender)
>

--
Saludos

Att,
Julio Rivero