Re: Duda sobre tipo de datos Enteros vs. Caracteres

Era lo que pensaba inicialmente, crear una vista para consultas separadas...
aunque puedo manejar estos campos mejor como atributos y crear un campo de
tipo INT que sea la clave primaria.

Aunque primero hare una comparación utilizando dos tablas paralelas con
campos de distintos tipos (en mi ejemplo VARCHAR e INT) y revisar la rapidez
en cuanto a consultas.

Gracias a todos por las respuestas.

On 12/17/05, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
>
> 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
>

--

Saludos
Att,
Julio Rivero
Movil: 98817321