Existe-t-il une norme ou une meilleure pratique avec des noms et des champs de table de base de données en termes de boîtier (supérieur, inférieur, camelcase, etc.)?Quel est le boîtier standard avec tables et champs de base de données?
Cela dépend de la plate-forme, mais la convention qui ActiveRecord (Ruby on Rails) utilise est en minuscule avec des underscores:
first_name
last_name
home_street_address
person_id
est ici un bon article sur ActiveRecord Conventions.
Il n'y a pas de standard défini par une base de données (ou s'il y en avait, cela dépendrait de la base de données) mais de nombreux frameworks suggèrent des standards. Par exemple, MS Access utilise souvent un préfixe comme la notation tblPeople, tandis que Ruby on Rails appelle la table people et use_underscores_between_field_words.
Cela dépend vraiment de l'environnement et de la culture qui utilise le plus souvent cet environnement.
Il ne semble pas y avoir de norme universelle. Mon nom personnel est que les tables et les colonnes sont nommées avec le cas Pascal, les noms de tables sont toujours au singulier (par exemple Customer, SalesOrder, Product, etc.)
Les noms de colonnes sont également en Pascal - et j'utilise un préfixe pour le primaire et le secondaire. les champs clés étrangers (pk et fk respectivement) mais je connais quelques froncements de sourcils à ce sujet.
Je pense que les mots-clés (par exemple CREATE, TABLE et SELECT) peuvent être classiquement en majuscules: donc, pas en majuscules pour les identificateurs définis par l'utilisateur.
Vous obtiendrez autant de standards de convention de nommage que vous obtiendrez des messages à cette question. Probablement plus. S'il y avait une meilleure norme ou une meilleure pratique, nous en aurions tous entendu parler maintenant. Heureusement, il existe deux conventions de dénomination les plus mal connues: aucune convention de dénomination et ses conventions de dénomination incompatibles. Tout ce que vous décidez fonctionne, utilisez-le et respectez-le; mais si vous modifiez un code existant, n'essayez pas de ver des conventions incompatibles dans des standards existants!
Si vous entrez dans une situation où des programmes existent déjà ou si vous travaillez avec d'autres programmeurs, demandez à quelqu'un qui existe depuis plus longtemps que vous ce qu'ils utilisent. Il n'y a vraiment pas de norme universelle. Un contrat sur lequel je me suis retrouvé voulait souligner entre les mots. Un autre contrat concerne tous les boyaux de chameaux. Certains (principalement dans Access) préfacent les objets (table, requête, etc.) avec tbl, qry, et ainsi de suite. C'est principalement un report de VB6 old-school parce que VBA est si étroitement liée. Cependant, comme beaucoup l'ont dit, il n'y a pas de réponse claire et sèche, donc si vous êtes seul sur un projet, faites ce qui fonctionne pour vous. Si vous faites partie d'une équipe ou que vous participez à un projet existant, demandez à quelqu'un qui existe depuis plus longtemps. La seule règle universelle est de donner à vos tables et champs des noms significatifs. Personne parmi vous ne voudra traiter avec tblX14ForPaul et les champs X, sline et clrMd.
~ Sark