[Tablas] ¿ Plural o singular ?

[[Lepe]]

Empezado por dec

Tabla: users

Campos: user_id, user_name, user_email, etc.

... Hombre... con tus 400 pulsaciones por minutos te lo puedes permitir, yo soy más lento

Empezado por AzidRain

Por definición una tabla es un conjunto de filas.
Pero bueno, la conclusión lisa y llana es: Sí, las tablas deben nombrarse en plural.

El nombre de la tabla que yo propongo es singular y también se refiere a un conjunto de filas, es decir, si la definición ya implica el concepto de "conjunto" ¿por qué ponerlo en plural?

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

[ContraVeneno]

Empezado por BlueSteel

La experiencia indica que (al menos en Inglés) el singular es más compatible ...

Pues ese será el punto mi buen BlueSteel, será que al menos yo, no programo en inglés y para mi, es mas compatible pensar en la tabla de clientes, que en la tabla cliente. Así, mis consultas salen solas

Empezado por Lepe

... Hombre... con tus 400 pulsaciones por minutos te lo puedes permitir, yo soy más lento

Aqui no me queda más que decir que: opino lo mismo que maese Lepe. Con mis 50 palabras por minuto no puedo darme ese lujo.

Empezado por Lepe

Actualmente uso muchos trucos de aquel sistema.

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

[[eduarcol]]

aqui si son lo maximo, todo un debate por saber si la tabla debe llevar una s o no

yo opino el plural, se refiere a lo que vas a almacenar, y esperemos que al empresa no almacene cliente sino clientes, de lo contrario ni pa que el sistema

[[Delphius]]

Buenas...
Yo pienso que debe responder al contexto del problema. Y por lo general, esto conduce una percepción pluralista de las entidades. Considero que si el nombre refleja un hecho del dominio, del contexto, es más útil para llevar a cabo el correcto diseño y mantenimiento.

Ahora, ese contexto y problema debe ser aceptado por quienes componen el equipo de proyecto (si es uno... bueno... no hay drama). Si todos están de acuerdo a que es PEPE y no PEPITOS... pues que se llame PEPE. ¿Quienes deben participar? Todos: hasta el usuario final, que como dice Azid por lo general no se lo toma en cuenta. ¿Porqué debe participar? La respuesta, con esta pregunta: ¿Quien mejor para indicarnos el nombre adecuado que el sujeto o actor que está envuelto en el contexto?
Esto no es nuevo, ya lo han dicho pero puede que en ocasiones un integrante del equipo hace un cambio en X y si para alguien ese X es Y... pues vamos mal.

Curiosamente, a las tablas las nombro en castellano... pero cuando programo lo hago en inglés.

Lo que considero contraproducente para el equipo es que sea el jefe el que indique el estilo de programación. Para mi debe salir desde el grupo, y no de uno solo.

Por ahora, yo vengo declarandolas en plural a menos que el contexto me indique lo contrario. Pero ultimamente estoy tratando de conducir un diseño y estilo dirigido hacia el contexto o dominio. Antes, (cuando hacía practicas en la facultad) veía en los casos de tablas intermedias nombres como USUARIOS_VENTA. ¿Que representa USUARIOS_VENTA? Eso no me indica nada a mi... es más... dificulta entender el dominio. La nomeclatura debe adaptarse al contexto de modo que con una leída pueda entenderse que registra.

Saludos,

[[RONPABLO]]

Yo trabajo con el nombre de las tablas en plural, los campos en singular y con un auto numérico id, y cuando tengo un campo a manera de foreign key se llama en singular como la tabla a la que esta relacionada (ejemplo el campo que me relaciona con la tabla facturas se deberá llamar factura y es el mismo campo id en dicha tabla), no me gusta cuando una tabla tiene sus campos que empiezan con el mismo nombre de la tabla, en si por compatibilidad... yo se que siempre una tabla personas va a tener un campo nombre y no un perNombre.... en fin... son gustos

[[Delphius]]

Y si... es como dices: son gustos.

En cuanto a los campos, yo los llamo por las "propiedades" de la entidad a la que representa: Nombre, Color, etc... Exceptuando aquellos campos que son claves, hago así:
Si la clave es primaria: IDTabla[-s]
Si la clave es foranea: ID[Campo]Tabla[-s]

La idea es que el nombre haga referencia a la tabla. [Campo] Corresponde al nombre que se le debería asignar al identifiador. Por ejemplo el ID de un usuario podría ser el DNI, de modo que si si tenemos las tablas Usuarios y Ventas yo tengo: IDUsuario en la tabla Usuarios e IDDniUsuario en la tabla Ventas. Mi cerebro ya se acostumbró a interpretar y traducir esto:
IDUsuario: "Identificador del usuario", IDDniUsuario: "DNI del usuario"
[-s] Hace referencia a que se debe quitar la pluralidad. Noten que si bien la Tabla es USUARIOS, la clave queda sin la S.

La Tabla responde a un conjunto, pero es el campo que me indica la individualidad.

Puede parece un poco criptico, pero cuando uno se acostumbra...

Saludos,

[dec]

Hola,

Yo la verdad es que no he leído mucho sobre bases de datos, ni tampoco tengo mucha experiencia, la verdad. Lo hago como he dicho porque lo he visto hacer en otros proyectos, y, bueno, tampoco me he parado a pensar en si es la mejor forma o puede haber otras mejores.

Creo que no está mal identificar a cada campo con un prefijo, es decir, en lugar de:

Tabla: users

Campos: ID, login, name, password, etc.

Creo que algo como:

Tabla: users

Campos: user_id, user_login, user_name, user_password, etc.

Puede resultar curioso por varios motivos. Por ejemplo, cuando se trata de relacionar tablas, es bastante sencillo referirte a campos como "user_id" y "link_id" sin ambiguedades, aunque, efectivamente, podría usarse el nombre de la tabla en estos casos.

Quizá ya menos se puedan dar casos como:

Código PHP:


$login = $u->login; 


En que acaso no queda muy claro qué es "$u", pero, reconozco también que un mejor identificador para la variable podría servir, y de hecho me encuentro a veces con cierta "redundancia", como pueda ser:

Código PHP:


$login = $user->user_login; 


Pero, no sé, ya digo... es como me he acostumbrado, aunque nunca es tarde para cambiar las formas, ahora mismo estoy trabajando así en el proyecto que estoy desarrollando ahora mismo. Quizás, es cierto, el tener varios cientos de pulsaciones por minuto ayude o haga que no se note tanto el asunto.