Re: excepcion en SELECT *

From: Juan Manuel Acuña Barrera <gps1mx(at)gmail(dot)com>
To: Lista PostgreSQL en Español <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: excepcion en SELECT *
Date: 2011-05-11 18:55:19
Message-ID: 1DB1CC91-F972-4C56-AEE2-43C14C007B23@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

El 11/05/2011, a las 13:10, Jaime Casanova escribió:

> 2011/5/11 Juan Manuel Acuña Barrera <gps1mx(at)gmail(dot)com>:
>>
>>> Sí, bueno, a mí me pareció que las columnas _obs_ eran indicadores más
>>> que eventos. En todo caso estoy de acuerdo contigo en que habría que
>>> saber más del modelo para saber exactamente qué hacer.
>>>
>>>> En todo caso, insisto, depende mucho del modelo de datos, y yo
>>>> no sé si los atributos son parte natural del registro o encajan más en
>>>> un esquema tipo EAV. El número de datos NULL en todos estos atributos
>>>> podría ser un buen indicador, ¿no crees? :)
>>>
>>> Sí, de acuerdo.
>>
>> No hay datos null, ya que por default pone 0 en las claves de observación. En un registro nuevo tendré el id, la fecha y el monto, y unas 7 claves de observación con valores superior a cero y las demás en cero.
>>
>
> es decir 10 de 80. al menos lograrias reducir el espacio por registro
> si usaras NULL en lugar de ceros donde no haya datos relevantes
>
> --
> Jaime Casanova www.2ndQuadrant.com
> Professional PostgreSQL: Soporte y capacitación de PostgreSQL

Bueno, tenía 0 en lugar de NULL ya que el reporte que sale no puede llevar datos vacíos, pero en realidad puedo poner del lado de la aplicación que si es NULL mande un cero y me ahorraría espacio en disco.

Gracias!

Saludos!

Juan Manuel.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)

iEYEARECAAYFAk3K25oACgkQTc4QiYN6hDdsgACbBp69QszDav37FVpPCZbWsgqF
kw8AoKtEbqW1c8PDQnNvvkjlUFiukRLG
=plUM
-----END PGP SIGNATURE-----

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Marcos Ortiz 2011-05-11 19:06:26 Re: Consulta de Virtual Machine para PostgreSQL
Previous Message Juan Manuel Acuña Barrera 2011-05-11 18:50:48 Re: Consulta de Virtual Machine para PostgreSQL