Point (.) dans les noms de bases de données MySQL : autorisé ou non ?

Dans MySQL, les conventions de dénomination jouent un rôle crucial dans la gestion des bases de données. Une question courante qui se pose est de savoir si les caractères point (.) sont autorisés dans les noms de bases de données. Examinons la réponse.

MySQL 5.1.22 restreint l'utilisation de points dans les noms de bases de données. Cela est principalement dû au risque de confusion et d'ambiguïté lors de l'analyse des noms d'objets. Les noms de bases de données sont traités comme des identifiants par le serveur MySQL, et des points sont souvent utilisés pour séparer les parties des identifiants.

Pour rester clair et éviter des erreurs potentielles, les meilleures pratiques recommandent d'éviter les points dans les noms de bases de données. Au lieu de cela, les traits de soulignement (_) constituent une alternative appropriée pour séparer les composants, atteignant efficacement le même objectif sans compromettre la lisibilité.

Cependant, dans de rares cas, il peut y avoir une raison impérieuse d'utiliser des caractères spéciaux dans un tableau ou un champ. noms. Dans de tels scénarios, MySQL fournit un mécanisme d'échappement utilisant des backticks (`). Lorsqu'un identifiant contient des caractères qui sont autrement illégaux ou qui seraient interprétés différemment par le serveur, le mettre entre guillemets garantit que MySQL l'analyse comme une chaîne littérale.

Par exemple, le code suivant montre comment échapper les identifiants avec backticks :

SELECT `select`, `some.field name`, `crazy()naming here`
FROM `my-= table`

Bien que cette méthode d'échappement puisse être nécessaire dans des cas spécifiques, il est recommandé de respecter les pratiques de dénomination conventionnelles et d'éviter autant que possible les caractères spéciaux dans les noms de bases de données. Cela favorise la lisibilité du code, réduit les erreurs potentielles et garantit la compatibilité entre les différents systèmes de bases de données.