Optimisation des index

Bonjour,
j'aimerai optimiser mes requetes avec des index.

pour une requete de type :

Code:

---

1 2 3

select * from personne where nom ilike 'dupo%' and prenom ilike 'jacqu%'

---

faut-il créer un index sur (nom, prenom)
ou plutot 2 index (un sur nom, et un sur prenom)
ou 3 index : (nom, prenom), nom et prenom ?

la requete est contextuel en fonction des critères. c'est à dire que j'inscrit la clause prenom, uniquement si l'on à renseigner le champ prenom.
Dans ce cas la, la requete sera la suivante :

Code:

---

1 2 3

select * from personne where nom ilike 'dupo%'

---

est-ce que dans ce cas, un index sur (nom, prenom) optimisera la requete ?

Citation:

---

2 index (un sur nom, et un sur prenom)

---

Oui, c'est sans doute le mieux. Le système va chercher dans les index tous les n° de record correspondant à nom%, tous ceux correspondant à prénom% et faire l'intersection.

Citation:

---

3 index : (nom, prenom), nom et prenom ?

---

Non, ca ne peut guère optimiser sourtout à cause des "like".

L'index n'optimise pas les ilike ?

Citation:

---

Envoyé par aldo-tlse

L'index n'optimise pas les ilike ?

---

Les index sur un champ unique sont utilisés pour essayer d'optimiser toutes les recherches (Like y compris) impliquant des critères portant sur un champ correspondant à un index.
Les index sur les champs multiples sont certainement utilisés pour des requêtes qui correspondent à un intervalle dans l'index.
Mais, ce n'est pas le cas dans une requête comme WHERE nom ilike 'dupo%' AND prenom ilike 'jacqu%'. Pour une telle requête, il me semble assez improbable qu'un SGBD utilise un index de type (nom,prénom).