Discussion :

[Cafeinoman]

Bonjour,

on m'a chargé de travailler sur une base (dont l'auteur sera pendu un jour), et j'ai croisé quelque chose qui à la fois m'est inconnu et "introuvable" par google. J'ai un schéma de table dans ce style :

Code :

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

1
2
3
4
5
6
7
 
CREATE TABLE `matable` (
  `id` int(11) not null AUTO_INCREMENT,
  `ma_colonne` varchar(50) default null,
  PRIMARY KEY (`id`),
  KEY `Ma Colonne` (`ma_colonne`)
)

Je m'interroge sur le KEY tout seul : il sert à définir un alias sur la colonne?

Merci du renseignement.

[punkoff]

Bonjour,

généralement la doc des sgbd est assez bien fournit : http://dev.mysql.com/doc/refman/5.6/...ate-table.html

La réponse s'y trouve.

[SQLpro]

KEY est spécifique à cet ersatz de SGBDR qu'est MySQL et qui mélange stupidement les commandes logique (table, colonne, contraintes...) et physique (création d'index notamment) dans le même ordre SQL "CREATE TABLE".
Pour cela ils ont stupidement introduit le mot clef KEY pour générer une commande CREATE INDEX à l'intérieur du create table ce qui est une abomination...

A lire sur les imbécilités, bogues et méfaits de MySQL : http://blog.developpez.com/sqlpro/?s=ersatz

Bien évidemment ce mot clef KEY n'existe pas dans le langage SQL !

A +

[Cafeinoman]

@punkoff : j'avoue que, quittant le boulot, j'ai choisi la facilité. Mais merci.

@SQLpro : voilà qui achève de me convaincre de migrer les données vers postgresql! Une question au passage, mariadb présente les mêmes défauts je suppose?

[SQLpro]

@SQLpro : voilà qui achève de me convaincre de migrer les données vers postgresql! Une question au passage, mariadb présente les mêmes défauts je suppose?

C'est une reprise de MySQL là ou il en était il y a quelques moi.... Donc hélas oui !

A +