Discussion :

[snyouf]

Bonjour à tous,

Je rencontre une erreur que je n'arrive vraiment pas à résoudre :

Voici la requete :

Code :

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

1
2
3
4
5
6
7
8
9
 
CREATE TABLE `maTable` (
  `NumberId` int(11) NOT NULL auto_increment,
   `StateOfResource` binary(1) default NULL,
   `destinationNumber` binary(10) NOT NULL,
   PRIMARY KEY  USING HASH (`NumberId`),
   UNIQUE KEY `MyDestinationNumber` USING HASH (`destinationNumber`)
 ) ENGINE=ndbcluster DEFAULT CHARSET=latin1 COLLATE=latin1_bin 
PARTITION BY KEY (NumberId) ;

Voici l'erreur produite :
[CODE]
ERROR 1503 (HY000): A UNIQUE INDEX must include all columns in the table's partitioning function
[CODE]

j'ai beau avoir lu attentivement la doc sur le partitioning je ne vois vraiment pas ce qui cloche...


Je travail avec mysql 5.1.30 (en cluster) sous fedora 10.

Merci

[Antoun]

Si je comprends bien le message d'erreur, le problème est que destinationNumber n'est pas un critère de partitionnement.

[Sivrît]

Si je comprends bien le message d'erreur, le problème est que destinationNumber n'est pas un critère de partitionnement.

En fait si j'ai bien compris le problème est plutôt dans l'autre sens : Il faudrait qur toutes les colonnes servant au partitionnement (ici `NumberId`) fassent parti de la clause d'unicité. L'indexe devrait donc porter sur (`NumberId`, `destinationNumber`), mais ça en fait un peu perdre l'intérêt. Ca semble n'être pas mentionné dans la documentation.

Je présume que c'est une contrainte technique. Les indexes des différentes partitions sont séparés. Si les critères de partitionnement sont un sous ensemble des critères d'unicité, l'unicité globale se résume à vérifier l'unicité dans chaque partition. Sinon il faudrait s'assurer qu'une valeur dans une partition ne se retrouve pas dans une autre partition et ça devient vite très moche... Cela dit en écrivant ça je m'aperçois que c'est surtout un problème pour la création de l'indexe unique sur une table existante... Il faudrait poser la question sur les forums officiels. Probablement tout de même une question d'efficacité.

[snyouf]

Merci pour votre aide.

J'ai peut etre hommis un détail

Mon backup vient d'une version de mysql cluster différente de la mienne :
Mysql 5.2.2.

D'autre part j'ai parcouru les listes de bugs connus j'ai retrouver mon erreur, mais son existence est reconnue pour la version 5.1.2 et supposée résolue en 5.1.28 ... ?!