Problème MySQL Syntaxe #1064

Bonjour,

J'espère ne pas faire une erreur de débutant mais sa sent quand meme pas bon l'erreur bête. Enfin bref je en m'en sort pas avec cette requête de création de table :

Code:

---

1 2 3 4 5 6

create table corespond ( Id_facture text (20) not null, test not null, Id_reg int not null, primary key (Id_facture; Id_reg);

---

Le message d'erreur est le suivant :
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '"Id_facture" text (20) not null,
test not null,
Id_reg ' at line 6
Merci de votre aide, a vot' bon coeur.

je crois qu'il faut pas spécifier la taille du type text , un varchar (20) fera l'effet , pour test c'est quoi le type??

c'est juste un petit test a ignorer

Un Id de type Text est un non-sens ! :roll:

Citation:

---

Envoyé par CinePhil

Un Id de type Text est un non-sens ! :roll:

---

Pourquoi considérez vous cela comme un non sens ?

Un Id est l'identifiant d'une entité du MCD et devient la clé primaire d'une table issue de l'entité et potentiellement clé étrangère dans d'autres tables associées ou associatives. À ce titre, c'est une donnée qui sera obligatoirement indexée et un type TEXT n'est pas indexable, hors index full text qui ne sont pas faits pour servir de clé primaire. Un identifiant sera donc un entier, auto-incrémenté dans les tables issues des entités, invariable, utile uniquement à la mécanique interne du SGBD, éventuellement en tant que valeur de variable dans un programme externe. Voir l'article de SQLPro à ce sujet.

sous la dénomination Text, je parlais de type alphanumerique.
Vous me renvoyez a un article de SQLPro, dans lequel il parle lui meme du débat clé naturelle, clé numérique. Les arguments qu'il passe en revu sont tres interessants, en effet par exemple celui du N° SS concernant un étranger, avec un numéro provisoire. Mon épouse étant étrangere (et hors UE), un n° definitif lui a été attribué a son entrée lors de la déclaration. (ceci dit, je ne suis pas non plus pour l'utilisation de sa clé naturelle, mais pour d'autres raisons)

Je ne doute pas du bien fondé de l'utilisation de clé numérique, mais se limiter a cela, en traitant de non sens les autres possibilités, cela devient un petit peu extreme. Si vous etes en régie, vous verrez surement enormement de non sens !

Les clés susceptibles de changer et de type alphanumérique sont des clés candidates de part leur caractère unique dans une table mais ne doivent pas être choisies pour clé primaire sous peine de performances moindre et de risque d'incohérence des données avec les clés étrangères potentiellement non mises à jour.

La bonne pratique, c'est la clé primaire entière (pour les tables issues des entités du MCD bien sûr)