Cette question appelle une guerre religieuse.
Je ne doute pas qu'il devrait être au pluriel parce que ...
- Une table est une collection de lignes. La syntaxe SQL devient plus naturelle -
SELECT * FROM Customers
au lieu de SELECT * FROM Customer
.
- L'analogie à la POO - vous avez une classe
Customer
et une liste ou une autre collection de clients appelée Customers
.
SELECT * FROM Customers AS Customer WHERE Customer.FirstName = 'John'
- Customers
fait référence à la table entière tandis que Customer
fait référence à la ligne actuelle.
choses négatives
On doit changer plusieurs fois entre singulier et pluriel au cours du développement. Vous pouvez commencer par un modèle conceptuel - par exemple un modèle de relation d'entité - où le choix naturel est de nommer l'entité Customer
. À partir de ce modèle, vous générez une base de données et devez le pluraliser pour obtenir la table Customers
. Enfin, vous choisissez votre favori O/R mapper et il doit singulariser le nom à nouveau pour obtenir une classe nommée Customer
.
Si vous devez le faire manuellement car l'outil est manque de soutien (par exemple EntityFramework avant .NET 4.0), il pourrait être un choix raisonnable de garder les noms de table singulier mais therfore obtenir une classe Customer
au lieu de Customers
sans changer à la main.
également similaire à: [? Base de données, table et colonne Conventions d'attribution de noms] (http://stackoverflow.com/ questions/7662/database-table-et-column-nommage-conventions) – Mike
Dupliqué par [Dilemme de nommage des tables: noms singuliers vs. noms pluriels] (http://stackoverflow.com/q/338156/90527), mais celui-ci plus d'attention. – outis