Agradeceríamos tu ayuda para extender nuestras secciones con relación a las ciencias de la computación.
Solución:
Tenía la misma pregunta, y después de leer todas las respuestas aquí definitivamente me quedo con SINGULAR, razones:
Razón 1 (Concepto). Puedes pensar en una bolsa que contenga manzanas como “AppleBag”, no importa si contiene 0, 1 o un millón de manzanas, siempre es la misma bolsa. Las tablas son solo eso, contenedores, el nombre de la tabla debe describir lo que contiene, no la cantidad de datos que contiene. Además, el concepto plural se trata más de un idioma hablado (en realidad, para determinar si hay uno o más).
Razón 2. (Conveniencia). es más fácil salir con nombres en singular, que en plural. Los objetos pueden tener plurales irregulares o no tener ningún plural, pero siempre tendrán uno en singular (con pocas excepciones, como Noticias).
- Cliente
- Pedido
- Usuario
- Estado
- Noticias
Razón 3. (Estética y Orden). Especialmente en escenarios maestro-detalle, esto se lee mejor, se alinea mejor por nombre y tiene un orden más lógico (maestro primero, detalle segundo):
- 1. Orden
- 2.Detalle del pedido
Comparado con:
- 1.Detalles del pedido
- 2 órdenes
Razón 4 (Sencillez). En conjunto, nombres de tablas, claves primarias, relaciones, clases de entidades… es mejor tener en cuenta un solo nombre (singular) en lugar de dos (clase singular, tabla plural, campo singular, maestro-detalle singular-plural… .)
CustomerCustomer.CustomerIDCustomerAddresspublic Class Customer ...SELECT FROM Customer WHERE CustomerID = 100
Una vez que sepa que está tratando con “Cliente”, puede estar seguro de que utilizará la misma palabra para todas sus necesidades de interacción con la base de datos.
Razón 5. (Globalización). El mundo se está haciendo más pequeño, puedes tener un equipo de diferentes nacionalidades, no todos tienen el inglés como lengua materna. Sería más fácil para un programador de idioma inglés no nativo pensar en “Repositorio” que en “Repositorios”, o “Estado” en lugar de “Estados”. Tener nombres singulares puede conducir a menos errores causados por errores tipográficos, ahorrar tiempo al no tener que pensar “¿es Child o Children?”, lo que mejora la productividad.
Razón 6. (¿Por qué no?). ¡Incluso puede ahorrarle tiempo de escritura, ahorrarle espacio en disco e incluso hacer que el teclado de su computadora dure más!
SELECT Customer.CustomerName FROM Customer WHERE Customer.CustomerID = 100SELECT Customers.CustomerName FROM Customers WHERE Customers.CustomerID = 100
Ha guardado 3 letras, 3 bytes, 3 pulsaciones de teclado adicionales 🙂
Y finalmente, puede nombrar a aquellos que se equivocan con nombres reservados como:
- Usuario > Usuario de inicio de sesión, Usuario de aplicación, Usuario de sistema, Usuario de CMSU,…
O use los infames corchetes [User]
Si utiliza herramientas de mapeo relacional de objetos o lo hará en el futuro, le sugiero Singular.
Algunas herramientas como LLBLGen pueden corregir automáticamente nombres plurales como Usuarios a Usuario sin cambiar el nombre de la tabla en sí. ¿Por qué importa esto? Porque cuando está mapeado, desea que se vea como User.Name en lugar de Users.Name o peor de algunas de mis tablas de bases de datos antiguas que nombran tblUsers.strName, que es simplemente confuso en el código.
Mi nueva regla general es juzgar cómo se verá una vez que se haya convertido en un objeto.
una tabla que encontré que no se ajusta al nuevo nombre que uso es UsersInRoles. Pero siempre habrá esas pocas excepciones e incluso en este caso se ve bien como UsersInRoles.Username.
Otros han dado respuestas bastante buenas en cuanto a los “estándares”, pero solo quería agregar esto… ¿Es posible que “Usuario” (o “Usuarios”) no sea en realidad una descripción completa de los datos contenidos en la tabla? ? No es que deba volverse demasiado loco con los nombres de las tablas y la especificidad, pero quizás algo como “Widget_Users” (donde “Widget” es el nombre de su aplicación o sitio web) sería más apropiado.
Al final de todo puedes encontrar las interpretaciones de otros programadores, tú además eres capaz insertar el tuyo si lo crees conveniente.