N'MySQL permet de créer une base de données avec dot?

N'MySQL permet de créer une base de données qui a dot (.) dans son nom?

Je suis en utilisant MySQL 5.1.22.

MySQL n'autorise pas (.) (.)

InformationsquelleAutor GrZeCh | 2009-04-22

35

Vous ne pouvez pas utiliser le point dans un nom de base de données. Aussi, j'aimerais éviter de l'utiliser dans tout autre identifiant. Une convention commune est d'utiliser le trait de soulignement à la place. Il va servir le même but, et permet d'éviter BEAUCOUP de confusion. Si vous ne avoir une bonne raison de l'utilisation d'étrange et d'autre de caractères illégaux dans une table ou un champ nom, puis vous devez vous échapper.

pour échapper à des identifiants MySQL, utilisez le backtick:
```
SELECT `select`, `some.field name`, `crazy()naming+here`
FROM `my-=+table`
```
Entrer dans l'habitude de backticking tous les noms des champs que vous besoin est une bonne pratique, à mon avis, mais c'est une autre histoire.
- Je suis fortement en désaccord sur le dos cochant être une bonne pratique. MySQL spécifiques. Ne pas le faire, sauf si vous avez. Les noms de colonne devrait (à mon humble avis) d'être pur ^[a-z0-9_]+$, et pas en conflit avec les mots réservés. La postgres équivalent est "Bizarre Nom de la Colonne" (qui préserve des cas, les espaces, permet à des mots réservés, etc).
- quelques informations pourquoi backticking est une mauvaise pratique serait génial!
- comme il le dit, il est spécifique à MySQL, ce qui signifie que si vous avez besoin de passer à un autre fournisseur de base de données, vous devez mettre à jour tous vos SQL. Vous pouvez modifier la base de données MySQL caractère d'échappement de sorte qu'il est ANSI-syntaxe conforme à l'aide de la ANSI_QUOTES drapeau: dev.mysql.com/doc/refman/5.0/en/...
- Ah, ok, maintenant je comprends ce qu'il voulait dire. Merci pour les précisions!
- Est-ce juste moi qui déteste voir inutile backticks? Ils sont laids. Et si vous en avez besoin, quelque chose doit être mal (qui est une autre raison de ne pas les utiliser).
- Je suis en total désaccord avec l'aide d'une base de données spécifique des identificateurs mécanisme. Il y a plusieurs problèmes: 1) il rend le code plus difficile à lire; 2) toutes ces citant mécanismes fournisseur/produit spécifique (MySQL utilise des backticks, Oracle utilise des guillemets, SQL Server utilise les crochets) donc si vous voulez changer la base de données de tous les moteurs SQL qui utilise des identificateurs entre guillemets doit être changé; 3) les identificateurs entre guillemets sont sensibles à la casse, de sorte que vous n'avez pas seulement à l'orthographe de votre identificateurs correctement, vous devez "CameL_cAsE" de la même façon à chaque fois. BadIdea (tm)! 🙂
InformationsquelleAutor nickf
26

Vous pouvez utiliser . dans les noms de MySQL 5.1.6 selon la documentation.

Toutefois, comme cela a été dit et redit, veuillez ne pas le faire. Pour chaque problème que vous pensez que vous êtes à la résolution de maintenant, vous allez créer cinq qui va vous mordre plus tard. Depuis . est utilisé pour qualifier les noms - par exemple database.table ou table.column vous aurez à indiquer votre nom de base de données chaque fois que vous l'utilisez.*

Vous pouvez le faire avec les backticks:
```
CREATE TABLE `do.not.do.this` (col INT);
```
ou à l'aide de guillemets doubles si vous définissez l'option suivante:
```
SET sql_mode='ANSI_QUOTES';
CREATE TABLE "asking.for.problems" (col INT);
```
_{* Pas strictement vrai - vous avez de citer n'importe quel caractère qui n'est pas alphanumérique ou _ ou $ , mais . est particulièrement gênant option d'avoir en votre nom.}
- +1 pour 'faire.pas.n'.ce " et " demander.pour.problèmes " ... tout simplement magnifique.
- À l'aide de "." dans un nom de table: "chaque fois que vous le faites, Dieu tue un chiot".
InformationsquelleAutor Dave Webb
7

Avant MySQL 5.1.6, base de données et les noms de table ne peut pas contenir de /, \, ., ou des caractères qui ne sont pas autorisés dans les noms de fichiers (voir 8.2. Schéma Des Noms D'Objets).
Dans les versions après 5.1.6 vous devez indiquer votre nom de la table avec un backtick (`) - mais comme d'autres l'ont aussi conseillé: vous ne devriez pas faire cela pour éviter tout ennuis inutiles.

InformationsquelleAutor Stefan Gehrig
3

MySQL 5.0.22 ne semble pas le permettre:
```
% mysqladmin -uroot -pXXX create foo.bar
mysqladmin: CREATE DATABASE failed; error: 'Incorrect database name 'foo.bar''
```
Même si elle ne le permettent, je vous recommande fortement contre elle.

À tout le moins, vous devrez échapper à toute référence à la base de données avec des backticks dans chaque requête que jamais utilise.
- Oui, ne le faites pas, même si vous le pouvez. En va de même pour les noms de table avec des espaces ou des caractères unicode ou de la casse. Vous êtes juste des ennuis de cette façon.
InformationsquelleAutor Alnitak

Vous devez vous connecter pour publier un commentaire.