Comment regler mes Indexes

**deuxk** · 08/08/2013, 17h29

Bonjour,
Premièrement merci pour les liens, j'en avais déja visité quelque uns d'entre eux, mais un retour n'a pas fais de tord!
Parcontre, il me reste qu'un point a comprendre au sujet de l'indexes. Voici un exemple qui aidera a comprendre mon questionnement :
Table USERS
• id (primary key) | username (varchar) | password (varchar) | statut (int) | incrit_le (datetime)
J'interroge souvent ma table des 2 façons suivante :
• select * from USERS where id=X
• select * from USERS where username=X and password=Y
Lorsque que crée mon indexes quel façon est a utiliser :
Façon 1 :
Name Fields Index Type Index Method
users id/username/pasword Unique BTree

façon 2 :
Name Fields Index Type Index Method
userId id Unique BTree
login username/password Unique BTree

Ou encore peut-être dois-je faire cela autrement? J'ai lu beaucoup sur le sujet, mais je ne comprends pas a 100% cette parti. Je sais qu'il y a un ''par la gauche'' mais je veux être sure de comment dois-je ''setter'' tout cela.
Merci D'avance

**skuatamad** · 08/08/2013, 17h48

Envoyé par deuxk

Premièrement merci pour les liens

De quels liens s'agit-il ?

Avant de parler d'index il y a d'abord les contraintes.
On peut raisonnablement imaginer que id est la clé primaire (auto-incrémentée) de la table.
Elle se retrouve donc indexée automatiquement par le SGBD.
Une requête du type :

Code :

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

select * from USERS where id=X

utilisera l'index de la clé primaire pour accéder à cette unique ligne.

Par ailleurs, le username servant à se connecter se doit également d'être unique (2 utilisateurs ne peuvent avoir le même identifiant).
Il est donc nécessaire de placer une contrainte d'unicité sur le username, ce qui impliquera la création automatique d'un index unique sur la colonne par le SGBD (si aucun index existant n'est disponible).

Une requête du type :

Code :

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

select * from USERS where username=X and password=Y

utilisera l'index unique créé sur username pour ne renvoyer qu'une ligne (ou aucune si le mdp fourni n'est pas correct)

Une contrainte d'unicité sur le couple username/pwd n'est à priori pas correcte fonctionnellement (sur DVP ça voudrait dire que plusieurs deuxk existeraient tant qu'ils ont des mdp différents...)

**deuxk** · 08/08/2013, 17h59

Merci pour les reseignements!

Pour être sûre qu'on ce comprends bien moi je parles d'indexer ma table, pas une table d'index

Mais dans le cas de jointure, je me demande comment devrais-je faire mes indexes :

Voici 2 tables d'exemple :

tables USERS : id(PrimaryKey), username, password, ...
tables ADDRESS : userId, address, ville, province, pays

si je fais souvent cette demande :

SELECT * FROM USERS LEFT OUTER JOIN ADDRESS ON USERS.id = ADDRESS.userId WHERE USERS.id = X

Est-ce que je dois indexes la table ADDRESS de la façon suivante :
nom: userId
fields: userId
type: unique
Method:BTree