Discussion :

[scrouet]

Bonjour.

En migrant une base de données MySQL de Windows vers Linux, je me retrouve confronté au problème de sensibilité à la casse car j'ai pris l'habitude d'écrire mes noms de table et de colonnes avec majuscules et minuscules.
Du coup, me vient une question : y a-t-il une bonne pratique pour écrire les noms de tables et de colonnes ? Tout en majuscule ? Tout en minuscule ? Utilisation de tirets '-' ou de caractères soulignés '_' pour rendre les noms plus lisibles ?
Par exemple, avec une table listant les types de livres (pour une gestion de bibliothèque), comment vaut-il mieux écrire le nom de la table ?

• TypesLivres
• Types-Livres
• Types_Livres
• types-livres
• types_livres
• TYPES-LIVRES
• TYPES_LIVRES

[Arkhena]

Bonjour,

Les noms de tables et de colonnes ne sont pas case sensitive dans le standard SQL.
De plus, par convention, on met souvent les mots-clefs du langage SQL en majuscules.

Pour cette raison, je préconise l'emploi des minuscules dans les noms de tables et de colonnes, mais sans accent et sans caractère spécial.

J'aurai donc créé dans votre cas la table "typeslivres", nom que vous ne proposiez pas.

Cordialement,

Arkhena

[Waldar]

J'ai plus rencontré des majuscules que des minuscules personnellement.
D'ailleurs sur Oracle, si on ne précise pas avec des double-quotes, par défaut tout est en majuscule.

Effectivement il vaut mieux éviter les caractères spéciaux ainsi que les mots réservés.

Je vous conseille aussi de tout mettre au singulier sinon vous allez vous perdre avec les S pour pas grand chose.
Pour votre table, TYPE_LIVRE me paraît être un bon choix.

[scrouet]

J'ai plus rencontré des majuscules que des minuscules personnellement.
D'ailleurs sur Oracle, si on ne précise pas avec des double-quotes, par défaut tout est en majuscule.

Ce qui m'ennuie avec le tout majuscule, c'est que c'est un peu plus difficile de faire la différence dans les requêtes entre les commandes SQL (SELECT, FROM...) et les éléments propres à la base de données (noms de tables et de colonnes).

[Waldar]

Vous pouvez écrire en minuscule sans problème dans vos requêtes, si vous ne précisez rien ça se passe bien.

Si vous faites une des trois opérations :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
CREATE TABLE TOTO [...]
CREATE TABLE toto [...]
CREATE TABLE Toto [...]

Tout est équivalent et tous les select suivant fonctionneront et sont équivalents :

select * from toto
select * from Toto
select * from TOTO
SELECT * from TOTO
SELECT * from toto
SELECT * from Toto

[CinePhil]

J'ai relaté une mésaventure similaire en Postgresql récemment.

J'ai refait ma BDD sans les guillemets et les tables, colonnes et autres éléments de la BDD se sont enregistrés tout en minuscule, ce qui est moins lisible effectivement.

Je cite en partie SQLPro qui est un peu plus précis que ce que j'ai cité dans l'autre discussion :

En principe, la casse (c'est à dire majuscule et minuscule) n'a pas d'importance dans la nomination des objets. Cependant, certains SGBDR s'avèrent sensibles à la casse pour le nom des objets SQL dans certaines conditions. C'est la cas en particulier de SQL Server, si on le paramètre à l'installation en CASE SENSITIVE.

Il semble que les SGBD ont leur propre standard et ne respectent pas forcément la norme.

Sous MySQL (sous Linux, ce n'est peut-être pa sle cas sous Windows), on peut créer deux bases de données nommées Majuscule et majuscule. Les colonnes Majuscule et majuscule sont bien sûr également différentes.

Sous Postgresql, si on écrit les noms sans guillemets, ils se mettent en minuscules et si on crée les objets avec guillemets, il faut ensuite écrire les requêtes avec les guillemets pour appeler ces objets.

Bref, c'est galère !

[scrouet]

Bonjour,
J'aurai donc créé dans votre cas la table "typeslivres", nom que vous ne proposiez pas

Je ne l'ai pas proposé, car je ne le trouve pas très lisible.