Tabla de clientes, proveedores, registro fiscal

Si, podrias, solo que deberias analizar por un lado los requerimientos
funcionales de tu aplicacion y luego de aplicar la normalizacion de tu base
de datos definir si esa normalizacion te aporta valor o en tu modelo
funcional podrian ser atributos del cliente y evitar la entidad registro
fiscal. Si agregas una tabla mas es probable que requieras mas joins para
resolver tus consultas lo cual seria mas lento en las consultas, pero seria
mas rapido y menos peligroso actualizarlas. Sugiero que revises la teoria
de normalizacion de bases de datos hasta la quinta forma normal y luego
decidas.



Saludos

Ing. Jose Mariano Alvarez
SQLTotal Consulting


(Cambia los ceros por O y saca lo que sobra)


IMPORTANTE
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.


Por favor tratar de indicar la versión de SQL y Service Pack.
La inclusión de (CREATE, INSERTS, etc.) para poder reproducir el problema
también ayuda.





"Carlos" <carl> wrote in message
news:O$

Hola.

Normalmente en las aplicaciones uno ve las tablas de clientes y
proveedores con sus datos normales de codigo, nombre, direccion, telefono,
etc. etc.

En mi pais y creo que en la mayoria , se usa un numero de registro fiscal
para cada persona o empresa que compra o vende. Y la duda que tengo es si
no es conveniente tener en vez de la tipica tabla de clientes y la de
proveedores, tener una tabla con los registros fiscales y tener alli mejor
los datos comunes de nombre, direccion, telefono, aparte del codigo fiscal
?
Sobre todo pensando que una misma persona o empresa puede ser tanto
cliente como proveedor.

Clientes
codigo, codigoFiscal, limiteVenta, etc.

Proveedores
codigo, codigoFiscal, limiteAsignado, etc.

CodigosFiscales
codigoFiscal, PersonaOEmpresa, nombre, direccion, telefono, etc.

Ahora, en caso de tenerlo asi, no seria muy complicadas las busqueda,
consultas, o las actualizaciones ?
valdria la pena?