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
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 |