Lorsque je crée une base de données et que j'ai besoin d'une colonne avec un nom comme "aux paramètres", quelle est la meilleure pratique? Normalement, j'écris des variables en camel-case, mais je ne suis pas sûr.
to_settings
ou toSettings
4 Réponses :
Je préfère toujours les minuscules, comme
to_settings
Consultez ce blog https: // www.xaprb.com/blog/2008/10/26/the-power-of-a-good-sql-naming-convention/
Bon lien, mais vous voudrez peut-être inclure certaines des idées de base ici. Si ce lien se rompt, la réponse entière sera moins utile. Au-delà de cela: il n'était pas nécessaire de supprimer votre réponse à cette autre question. Après vos chances, j'aurais volontiers inversé mon vote!
Il n'y a pas de "bonne" ou "mauvaise" façon de nommer des éléments dans votre propre base de données. Ce qui est important, cependant, c'est que vous restiez cohérent.
Donc, si vous avez un champ appelé to_settings
, vous devez continuer à utiliser tous les noms soulignés en minuscules plutôt que de passer ultérieurement à somethingLikeThis
.
Voici un article de blog intéressant qui souligne que les traits de soulignement sont généralement courants dans les applications de base de données, mais il existe un désir croissant de commencer à formaliser et à utiliser également camelCase ou PascalCase. https://sqltechblog.com/2016/10 / 10 / faire-le-cas-de-la-dénomination-de-camelcase /
Comme @JNevill l'a dit, c'est votre système, faites ce que vous voulez, mais si c'est la première fois que vous développez une base de données, link pourrait vous aider un peu à développer une bonne base de données.
Une bonne convention de dénomination et un bon formatage aideront tous les développeurs à mieux comprendre les connexions DB et table.
Amusez-vous bien!
Notez que, comme SQL convertissez tous les identifiants en une casse standard (MAJUSCULE dans le standard SQL , mais en minuscules EG PostgreSQL ) , la plupart des gens préfèrent l'ancien.
Cependant, lorsque vous utilisez des guillemets d'identifiant (généralement avec des guillemets doubles, mais dans MySQL / MariaDB avec des crochets), la casse n'est pas modifiée.
C'est votre système, faites ce que vous voulez. Soyez juste cohérent.
Les lignes d'une table de base de données n'ont pas de nom. Voulez-vous dire des colonnes? Quant à la dénomination, je ne me fierais jamais aux majuscules / minuscules. Il existe des outils qui mettent en forme vos requêtes et ignorent ce que signifie réellement un nom. Si vous êtes satisfait des noms tels que
customitemdescription
etCUSTOMITEMDESCRIPTION
, très bien. Je préfère aller aveccustom_item_description
etCUSTOM_ITEM_DESCRIPTION
pour plus de lisibilité.