Re: Duda sobre tipo de datos Enteros vs. Caracteres

From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
To: Julio Rivero <jcrmlima(at)gmail(dot)com>
Cc: Gunnar Wolf <gwolf(at)gwolf(dot)org>, psql <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: Duda sobre tipo de datos Enteros vs. Caracteres
Date: 2005-12-17 14:42:48
Message-ID: 20051217144247.GC30630@surnet.cl
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Julio Rivero escribió:
> Gracias a todos por las respuestas.
>
> Para comentarles un poco, estamos en etapa de diseño de modelo fisico y
> algunas tablas tienen como clave primaria campos de tipo caracter, porque el
> negocio así lo establece, por ejemplo: Nro. de Factura, que generalmente por
> negocio esta establecido que es el número de serie con 3 caracteres: 001
> (por ejemplo), seguido de un "-" y continua con el número de la factura en
> si, que sería: 0000000024, es decir tendría lo siguiente: 001-0000000024 que
> suman en total 14 caracteres.

Una idea es separar los campos y juntarlos en una vista para consumo
externo:

CREATE TABLE facturas (
num_factura_1 int,
num_factura_2 int,
... otros campos ...,
primary key (num_factura_1, num_factura_2)
);

CREATE VIEW v_facturas AS SELECT num_factura_1 || '-' || num_factura_2,
... otros campos ...,
FROM facturas;

> Habría algún problema cuando realice una consulta o query?, es decir en
> cuanto a rápidez y tiempo de respuesta para una consulta a esta tabla con
> clave compuesta y con dos tipos de campos distintos.

No, no habra ningun "problema". Va a funcionar igual. Pero usar campos
enteros implica menos manipulacion ==> menos uso de CPU. Ademas de menos I/O.

--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Alvaro Herrera 2005-12-17 14:45:48 Re: Instalacion
Previous Message Rafael Taboada 2005-12-17 14:16:40 Instalacion