El 26 de junio de 2009 14:00, Alvaro Herrera escribió:
> Emanuel Calvo Franco escribió:
>
>> Realicé unos bench (obviamente fueron hechos on-the-fly :) = propenso a
>> errores.
>
> No entendí el propósito de la prueba :-(
>
Lo que hice fue crear dos columnas, una con valores NULL y la otra sin
va
Emanuel Calvo Franco escribió:
> Realicé unos bench (obviamente fueron hechos on-the-fly :) = propenso a
> errores.
No entendí el propósito de la prueba :-(
> Tengo entendido que en la mayoría de los motores, los valores NULL
> afectan los indices.
¿En qué sentido afectan? En Postgres los val
El 25 de junio de 2009 20:52, motum hesa escribió:
> Muchas gracias a los comentarios de todos, son muy interesantes, ya lei los
> links que me mandaron y tomare en cuenta las sugerencias, sin embargo me
> asalta otra duda sobre lo mismo,... si declaro un int de 4 bytes y guardo un
> 0 es seguro qu
2009/6/25 Alvaro Herrera :
>
> Es fácil:
>
> 1. nunca uses CHAR
hace poco descubrí que existe una razón valida para usar char.
hace algun tiempo atras, herede un sistema hecho en Visual Fox Pro y
que funcionaba con base de datos M$ SQL server. He estado migrandolo a
postgres (ya llevo varios mes
Jose Vasquez escribió:
> Siempres me ha asaltado una duda y la planteo de una vez que diferencia
> en cuanto a uso de bytes hay entre un campo TEXT y un CHARACTER de cierto
> tamaño,
Ninguna, excepto que CHARACTER rellena con espacios en blanco hasta
completar el tamaño especificado. CHARAC
motum hesa escribió:
> Muchas gracias a los comentarios de todos, son muy interesantes, ya lei los
> links que me mandaron y tomare en cuenta las sugerencias, sin embargo me
> asalta otra duda sobre lo mismo,... si declaro un int de 4 bytes y guardo un
> 0 es seguro que se reservan los 4 bytes.. pe
en el contexto de estas preguntas
Que pasa, si ?
Campo valor valor
-
numeric 0 null
text"" null
character"" nu
2009/6/25 motum hesa
> Muchas gracias a los comentarios de todos, son muy interesantes, ya lei los
> links que me mandaron y tomare en cuenta las sugerencias, sin embargo me
> asalta otra duda sobre lo mismo,... si declaro un int de 4 bytes y guardo un
> 0 es seguro que se reservan los 4 bytes..
Muchas gracias a los comentarios de todos, son muy interesantes, ya lei los
links que me mandaron y tomare en cuenta las sugerencias, sin embargo me
asalta otra duda sobre lo mismo,... si declaro un int de 4 bytes y guardo un
0 es seguro que se reservan los 4 bytes.. pero si guardo un null tambien
motum hesa escribió:
> Tengo una base de datos, que se tiene previsto crecera considerablemente,
> para tratar de minimizar el costo en disco duro me gustaria saber si
[...]
A todo esto, es bien posible que puedas obtener mejor uso del espacio en
disco si estudias con cuidado el orden de las colu
El 25 de junio de 2009 16:02, motum hesa escribió:
> Tengo una base de datos, que se tiene previsto crecera considerablemente,
> para tratar de minimizar el costo en disco duro me gustaria saber si puedo
> obetener algun provecho al guardar varios de los datos en null en los campos
> numerios en ve
2009/6/25 motum hesa :
> es mas conveniente
> usar null en vez de cero para optimizar la base de datos?
>
es mas conveniente usar el valor que conceptualmente debe ir.
si guardas en ese campo cero cuando en realidad por algun motivo ese
valor no aplica para ese registro estas guardando datos erron
motum hesa escribió:
> Tengo una base de datos, que se tiene previsto crecera considerablemente,
> para tratar de minimizar el costo en disco duro me gustaria saber si puedo
> obetener algun provecho al guardar varios de los datos en null en los campos
> numerios en vez de cero. por lo cual la preg
13 matches
Mail list logo
