Title: Message
Si es el mismo campo, concepto e identifica un unico valor, �por que vas a llamarle de varias formas?. Yo recomiendo un unico nombre para cada concepto, y si puedes, utiliza la definicion de ficheros (tablas) y campos (atributos) por SQL normalizando al maximo posible.
En cualquier caso existen diversas metodologias para dise�ar la DB y la aplicacion,  puedes elegir cualquiera de ellas o,  y es mi opinion, elige de cada una lo que mas te interese en tu proyecto .
Suerte. Pero cualquiera de las opciones que tomes seran la mejor o la peor, depende de lo que tu quieras hacer y obtener. Puedes definir la mejor bd del mundo pero puede que en ese caso los programas no haya quien los desarrolle y/o mantenga y viceversa programas muy sencillitos y bd horrorosa.. Los recursos que vayas a tener, las pelas, el mantenimiento,  etc te pueden dar la solucion optima.
Vaya rollo que me ha salido, perdonad... 
-----Original Message-----
From: Juan Antonio [mailto:[EMAIL PROTECTED]
Sent: 24 February 2004 12:16
To: Forum
Subject: Nombres de los campos de un fichero

Buenos d�as.
Es un tema que cada uno habr� resuelto seg�n su forma de desarrollar. Se trata de ver ventajas y desventajas en la forma de definir BBDD, de dise�ar pantallas y de programar, sobre qu� m�todo utilizar en la nomenclatura de los campos a definir. Puedo tener un diccionario con todos los campos y los ficheros f�sicos y l�gicos est�n referidos a �ste, o puedo tener f�sicos y l�gicos con campos definidos independientes para cada uno de estos ficheros aunque se tratase del mismo concepto. Por ejemplo, Empresa en el fichero A ser�a AEmpre y para el fichero B ser�a BEmpre. Para el caso del diccionario ser�a Empre para ambos ficheros.
Seg�n vuestra experiencia para futuros mantenimientos y desarrollos �qu� m�todo ser�a m�s �gil y m�s facil de tratar?
Gracias.

Responder a