From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Jaime Casanova <systemguards(at)gmail(dot)com> |
Cc: | Daniel Carrero <dxduke(at)gmail(dot)com>, Juan Martínez <jeugenio(at)umcervantes(dot)cl>, postgres <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Dominios |
Date: | 2006-06-11 19:17:58 |
Message-ID: | 20060611191758.GA4678@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Jaime Casanova escribió:
> mmm... en realidad concuerdo con Juan Martinez en esto...
>
> Lo que sugieres es que se cree un campo que no depende enteramente de
> la ENTIDAD, sino que se deriva de otro campo (a la final es un campo
> calculado).
Llevando esa conclusion al extremo, lo que realmente deberias hacer es
no almacenar el DV en absoluto. Mas bien almacena solamente la mantisa,
y verificar el DV en la aplicacion antes de insertar el registro. Y por
otro lado creas una vista que entregue el "campo calculado" (es decir el
string que es el numero de cedula de ciudadania, RUT o DNI) el cual
incluye la mantisa, el separador y el DV.
El unico problema con eso es que eliminas el chequeo del DV en la base
de datos y solo lo tendrias en la aplicacion, cosa que en la teoria es
estupenda pero en la practica me parece un poco riesgosa :-)
El problema de _almacenar_ ambas cosas juntas, mantisa y DV, es que es
mucho menos eficiente. Si los almacenas por separado puedes tener dos
campos pequen~os, un INT y un "char". En cambio si los almacenas juntos
estas obligado a meterlos en un campo varlena ==> lento.
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2006-06-11 19:25:29 | Re: Noticias sobre la versión 8.2 |
Previous Message | Jaime Casanova | 2006-06-11 18:32:04 | Re: Dominios |