Discussion :

[ionesco]

Bonjour,

j'ai une table qui fait le lien entre des voitures et des vendeurs

Voitures_Vendeurs (id_voiture, id_vendeur)

Voici la structure SQL de la table:

Code :

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

1
2
3
4
5
CREATE TABLE IF NOT EXISTS `Voitures_Vendeurs` (
  `id_voiture` smallint(5) unsigned NOT NULL default '0',
  `id_vendeur` tinyint(3) unsigned NOT NULL default '0',
  PRIMARY KEY  (`id_voiture`,`id_vendeur`),
 )

Ma question: est-il utile de rajouter un index sur id_vendeur (ALTER TABLE Voiture_Vendeur ADD INDEX id_vendeur) ? Vu que id_vendeur fait parti de la clé primaire, je me pose la question.

MERCI.

[CinePhil]

Oui c'est utile, notamment si vous avez à chercher quelles voitures ont été vendues par le vendeur 3.
En gros, la clé primaire va trier l'index d'abord par id_voiture puis par id_vendeur mais jamais par id_vendeur en premier.
id_voiture / id_vendeur
1 / 1
1 / 5
1 / 6
1 / 10
1 / 13
2 / 2
2 / 3
...

Ainsi il est inutile d'ajouter un index sur id_voiture puisque la clé primaire est déjà triée de la sorte mais sur id_vendeur c'est nécessaire pour améliorer les performances des jointures.

Plus d'infos sur quoi indexer dans cet article de SQLPro.

Au fait, votre structure suppose qu'une voiture peut être vendue par plusieurs vendeurs ! Vous vendez vos voitures plusieurs fois ? Neuf et occasion ?

[ionesco]

Bonjour et merci pour cette réponse très claire.

Pour les vendeurs et voitures, j'ai simplement pris un exemple pour la clarté! Le problème réel est d'une complexité légendaire.

On m'a mis sur un casse tête monumental. Optimiser une BDD de 400 tables. La phase modélisation a été mal gérée et ça se ressent. Des requêtes rocambolesques avec jointures dans tous les sens, et surtout, la moitié des requêtes écrit un résultat temporaire sur disque (ORDER BY et GROUP BY sur des parties d'index, etc...)

Voila je clos le chapitre lamentation lol.

En tous ca merci pour la réponse!

[CinePhil]

Des requêtes rocambolesques avec jointures dans tous les sens,

S'il y a 400 tables, c'est normal qu'il y ait des jointures dans tous les sens mais il ne faut pas forcément en avoir peur car les SGBD sont optimisés pour faire des jointures.

Si vous avez des soucis de reconception de la BDD, vous pouvez vous adresser au forum Schema.

Bon courage !

[ionesco]

Merci je m'empresse de faire un tour sur ce forum.

Je vais d'abord réglé toutes les erreurs flagrantes et revoir le type des données (j'ai vu des bigint(20) ...)

Merci beaucoup et à la revoyure.