Mysql.._[JOINTURE - PRIMARY KEY - UNIQUE - INDEX ]
- Auteur de la discussion thierry8
- Date de début
Re: Mysql, une table de jointure...
Pourquoi elle ne contient aucun index ?
au contraire tu as tout intérêt à indexer ces 2 champs pour optimiser tes requêtes SQL.
Les contraintes de clés étrangères existent dans MySQl 5 ( et peut-être dans MySQl 4, à faire confirmer ).
thierry8 a dit:
Pourquoi elle ne contient aucun index ?
au contraire tu as tout intérêt à indexer ces 2 champs pour optimiser tes requêtes SQL.
Les contraintes de clés étrangères existent dans MySQl 5 ( et peut-être dans MySQl 4, à faire confirmer ).
Code:
ALTER TABLE `table_jointure` ADD INDEX `FK_table1` ( `IDTable1` );
ALTER TABLE `table_jointure` ADD INDEX `FK_table2` ( `IDTable2` );ne pas confondre index et clé primaire.
et si ta version de mysql supporte les contraintes de clé étrangères :
Code:
[CONSTRAINT symbol] FOREIGN KEY [id] (index_col_name, ...)
REFERENCES tbl_name (index_col_name, ...)
[ON DELETE {RESTRICT | CASCADE | SET NULL | NO ACTION}]
[ON UPDATE {RESTRICT | CASCADE | SET NULL | NO ACTION}]thierry8 a dit:
tu clique sur la structure de ta table :
- liste des clés et index présents
Créer une clef sur n colonne(s) -> Exécuter
- renseigner le formulaire.
sinon tu peux aussi essayer ça directement en sql :
Code:
ALTER TABLE `table_jointure` ADD INDEX `FK_table1` ( `IDTable1` );
ALTER TABLE `table_jointure` ADD INDEX `FK_table2` ( `IDTable2` );
ALTER TABLE `table_jointure` ADD UNIQUE `PK_ID1_ID2` ( `IDTable1` , `IDTable2` );oerso, je suis partisant de la mise en place des trois index :
- les update et les delete seront un peu moins performant
- tu gagneras bc sur les select.
en gros:
TABLE 1: pages
id
url
TABLE 2: elements_ds_pages
id_page
id_elmt
typ_elmt
TABLE 3: divers elements
id
....
Bien entendue c'est vraiment grossièrement !
Il faut considérer que les tables ne peuvent qu'être ainsi !
Il y a encore pas mal de champs qui me permettent de dire cela !
(je suis certain de ma structure, cependant je l'ai mis pour que vous puissiez constaté que la TABLE 2 peut effectivement avoir id_page=1+id_elmt=1 ET id_page=1+id_elmt=1 du fait que le troisième champ "typ_elmt" permet de définir de quel element il s'agit)
TABLE 1: pages
id
url
TABLE 2: elements_ds_pages
id_page
id_elmt
typ_elmt
TABLE 3: divers elements
id
....
Bien entendue c'est vraiment grossièrement !
Il faut considérer que les tables ne peuvent qu'être ainsi !
Il y a encore pas mal de champs qui me permettent de dire cela !
(je suis certain de ma structure, cependant je l'ai mis pour que vous puissiez constaté que la TABLE 2 peut effectivement avoir id_page=1+id_elmt=1 ET id_page=1+id_elmt=1 du fait que le troisième champ "typ_elmt" permet de définir de quel element il s'agit)
thierry8 a dit:
Tu n'est pas obligé d'avoir une clé primaire, ou un index unique sur une table.
cela pourrait te permettre d'éviter des erreurs.
Tu insére dans ta table :
id1=1, id2=1, type_elmnt=1
id1=1, id2=1, type_elmnt=1
si tu as une clé primaire ou un index unique sur ces trois champs le 2° insert va échouer.
A toi de savoir si ce cas est possible ou non. A mons avis, non.
Un index : te permet d'optimiser les performances de tes requêtes SELECT.
Unique : est une propriétés supplémentaire d'un index.
Une clé primaire est un type d'index particulier qui identifie de manière unique un enregistrement.
Dans une table tu peux avoir simultanément :
- Une clé primaire ( index unique )
- Plusieurs clés étrangéres ( index non unique )
- Des index multi-colonnes.
- un ou plusieurs index unique.
J'en reviens au problème et je vous remercie tous de votre aide !
-> En fouillant un peu sur l'installation de EasyPHP, sur la table mysql, j'ai pu m'apercevoir qu'ils mettaient le même style de champ que moi en clé primaire... <-
Donc je fais un petit récap' qui pourra servir à d'autres:
(corrigez moi si je me trompe)
J'espère avoir bien résumé !
Merci à tous ceux qui m'ont aidé !
EDIT: J'ai constaté également que sur la base de données mysql (PHPMyAdmin), la table db possède plusieurs champs en PRIMARY KEY, mais que l'un de ces champs est repris en index a part...
Pourquoi donc ? PRIMARY KEY ne remonterait-il pas l'index automatiquement ? (on pourrait donc aussi penser qu'il en est de même pour "unique")
-> En fouillant un peu sur l'installation de EasyPHP, sur la table mysql, j'ai pu m'apercevoir qu'ils mettaient le même style de champ que moi en clé primaire... <-
Donc je fais un petit récap' qui pourra servir à d'autres:
(corrigez moi si je me trompe)
J'espère avoir bien résumé !
Merci à tous ceux qui m'ont aidé !
EDIT: J'ai constaté également que sur la base de données mysql (PHPMyAdmin), la table db possède plusieurs champs en PRIMARY KEY, mais que l'un de ces champs est repris en index a part...
Pourquoi donc ? PRIMARY KEY ne remonterait-il pas l'index automatiquement ? (on pourrait donc aussi penser qu'il en est de même pour "unique")
spidetra a dit:
C'est la clé primaire qui identifie de manière unique un enregistrement, s'il est impossible de déterminer une clé primaire, il y a une grosse erreur de conception.
C'est une des bases de la théorie des base de données relationnelles ( première forme normale ) après qu'elle soit indiquée ou non au SGBD est une autre chose.
La clé primaire peut être un champs ou une combinaison de plusieurs champs. Elle est de préférence numérique ( entier non signé de préférence ) afin d'optimiser les performances.
➡️ Offre MyRankingMetrics ⬅️
pré-audit SEO gratuit avec RM Tech (+ avis d'expert)
coaching offert aux clients (avec Olivier Duffez ou Fabien Faceries)
Voir les détails ici
Discussions similaires
