FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Yo opino lo mismo que vos, pero definitivamente es una politica de desarrollo que se debe definir en grupo y todos estar de acuerdo en adoptar sea cual sea la conclusión .
__________________
Lecciones de mi Madre. Tema: modificación del comportamiento, "Pará de actuar como tu padre!" http://www.purodelphi.com/ http://www.nosolodelphi.com/ |
#2
|
|||
|
|||
Si totalmente de acuerdo, eso lo tenemos definido ya, por eso aclaré que era una discusión teórica. :P
|
#3
|
||||
|
||||
desde mi humilde perspectiva debe ser plural.
el princio es sencillo, la empresa tiene UN cliente o tiene CLIENTES? suerte. Un cliente tiene Un estado o puede tener uno entre varios ESTADOS?
__________________
Conoce mi blog http://www.edgartec.com |
#4
|
||||
|
||||
mmm... plural... yo diría que es obvio el porque, pero en fin... yo defino los nombres de las tablas en plural.
__________________
|
#5
|
||||
|
||||
Pues yo opino que singular, ¡¡ toma ya !!
Sobre gusto los colores, pero si después tengo que hacer una clase, normalmente le llamaré TFactura, y ya tenemos el lío padre, en delphi singular, en la BBDD plural. Y aunque no viene al caso, la clave primaria siempre que se pueda tendrá el formato :'ID' + nombretabla El campo principal, Por ejemplo, de la tabla "cliente" se llamará igual que la tabla, useasé: Cliente (nada de "Nombre" "Denominacion", etc). Ahora mismo tengo un diseño así, un simple Frame con un dbnavigator, un grid y el botón de imprimir, me permite administrar 5 tablas distintas con solo pasar el nombre de la tabla (otra razón más para que sea en singular). Si tienes que crear SQLs de update, insert, etc, usando esta nomenclatura es un juego de niños. Las claves ajenas (foráneas) de igual nombre que la de su tabla de origen, por ejemplo: Código:
tabla Cliente: idcliente autoinc, Cliente varchar 100 tabla Factura: idFactura autoinc Factura char(15) /* el número de factura */ idcliente (clave ajena) PD: Me ha gustado mucho este tema, fijaté . Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. Última edición por Lepe fecha: 23-11-2007 a las 22:51:38. |
#6
|
||||
|
||||
Hola,
Yo no tengo mucha experiencia en el tema, más que nada en PHP, pero, lo que hago es nombrar las tablas en plural, y, a cada campo, le añado el prefijo de la tabla en singular... es decir, por ejemplo: Tabla: users Campos: user_id, user_name, user_email, etc. |
#7
|
||||
|
||||
Obviamente es un Plural...¿Por que?
Por definición una tabla es un conjunto de filas (y columnas), inclusive nadie diseña pensando en un cliente, una factura, un albarán...siempre son más de uno por lo que el plural viene siendo más que obvio. Ojo, no confundirse con el modelo de objetos ya que ahi si la cosa puede cambiar. Así pues tendremos una clase cliente, una clase factura, y una clase albarán...pero estamos hablando de mundos distintos, lo que para el modelo E-R es una tabla Facturas para el modelo OO es una Colección de objetos factura. En la vida real siempre decimos "pásame las facturas" y lo que nos dan es un folder (carpeta) que contiene varias "instancias" de la misma cosa, una factura por lo que el concepto de un objeto que sea a la vez muchos pues no cabe. Por eso tenemos un TFactura y no TFacturas, pero si un TFolder que contiene muchas TFactura. Pero bueno, la conclusión lisa y llana es: Sí, las tablas deben nombrarse en plural.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
#8
|
||||
|
||||
Yo opino como Lepe...
Debe ser Singular... comparto lo de poliburro, una empresa tiene Cliente o Clientes? Sigamos con la Tabla CLIENTE.. (es mi diseño..) pero si lo miras de la perpectiva de que una tabla de almacena datos y que ese conjunto de campos es un registro, entonces como te refieres a ese cliente Clientes (Juan Perez.. direccion x, Telefono x ) o te refiere como Cliente (Juan Perez.. direccion x, Telefono x ) Mirandolo desde el punto de vista semántico.. cada registro se analisa en forma independiente... por lo cual (a no ser que imprimas).. cuando realizas un ingreso de datos (que no sea masiva..).. estas ingresando 1 cliente.. y no 1 clientes.... También recuerdo que algun ramo de la Univ. me indicaron que se debe considerar el nombre de la tabla en singular...
__________________
BlueSteel |
#9
|
||||
|
||||
Tablas en Singular....
completando lo anterior.. me puse a buscar información dentro de mis apuntes. y pude encontrar esto
TEMA: CONVENCIONES DE NOMBRES - Los nombres de las tablas deben ser únicos dentro de un sistema. - Los nombres de las columnas deben ser únicos dentro de una tabla. - Seleccione los nombres de tablas y columnas con cuidado. - Los nombres de tablas y columnas no sólo identifican, sino también describen cada tabla y columna. - Seleccione los nombres de tablas y columnas en conjunto con los usuarios. (muy poco utilizado) - Elija nombres de tablas y columnas que sean lo más cortos posibles. - Acrónimos que son de entendimiento común son válidos; sin embargo, se deben evitar formas crípticas o indescifrables. Use el singular en vez del Plural. La experiencia indica que (al menos en Inglés) el singular es más compatible con el modo en que comúnmente se usan los nombres de tablas y columnas en discusiones y documentación escrita del sistema.
__________________
BlueSteel |
#10
|
||||
|
||||
... Hombre... con tus 400 pulsaciones por minutos te lo puedes permitir, yo soy más lento
Cita:
No sé AzidRain, has sonado muy tajante en tu afirmación. Yo, desde luego, me he basado en mi opinión personal y mi experiencia (de hecho recuerdo un sistema de BBDD en oracle de una multinacional, realizado por auténticos gurús de la programación y diseño; todas las tablas eran en singular). Al principio me impactó eso de que todo se llamara igual, pero cuando ví unas 300 tablas, comprendí el diseño. Actualmente uso muchos trucos de aquel sistema. Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
#11
|
||||
|
||||
Cita:
Cita:
Ese tendría que ser el punto, aprender trucos de aquí y de allá, y que cada quien se adapte a su estilo de programación, o al estilo de programación que maneje el grupo de trabajo (que generalmente lo define el lider de proyecto). En fin, ya lo dice el viejo y sabio proverbio chino: Cada quien sus cochinas mañas
__________________
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Tablas dbf | patorecalde | Tablas planas | 4 | 04-12-2008 00:05:58 |
tablas en sql server demasiadas tablas | yeison Cristman | SQL | 8 | 10-08-2006 16:26:36 |
Tablas Dbf | keys | Conexión con bases de datos | 2 | 03-11-2005 09:32:57 |
Tablas dbf. | keys | Conexión con bases de datos | 2 | 13-10-2005 17:10:51 |
Dll con tablas | brandolin | OOP | 1 | 19-08-2003 16:12:07 |
|