[avis] Optimisation de requette

Salut à tous

J'ai un cube de données de 90 000 000 de lignes, dans laquelle je veux sélectionner 18 lignes distinctes.

Ma question :
Vaut il mieux faire 1 requette qui va me renvoyer mes 18 lignes sachant que chaque ligne est filtrée par un OR (donc 17 OR dans la requette) ou est ce que faire 18 sélection différentes seront plus rapide ?

Tout ceci sachant que le serveur hôte devrait être un bi-processeur (cadencés à je sais pas quelle fréquence) chacun d'eux étant dual-core, et qu'il y aura 8Go de RAM (sans plus de précisions quand à la fréquence de celle ci, ni le type :oops:)
Avantage, il sera un serveur de base de données seules (donc pas de IIS à gérer en plus :P)

Je ne peux pas vous aider plus, car pour le moment, on a pas le serveur, et on a pas de données dans le cube...

EDIT : Précision du chef à l'instant :
Machine
PowerEdgeTM 2950

Processeurs
Double cœur Intel Xéon 5110, 4 Mo cache, 1.6 Ghz

Mémoire
8 Go

Toujours envisager la version ensembliste !

Dans ce cas essayez un UNION :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

SELECT ... FROM ... WHERE ... 1 ... UNION SELECT ... FROM ... WHERE ... 2 ... ... UNION SELECT ... FROM ... WHERE ... 18 ...

---

A +

Je crois pas que l'UNION soit une soluce dans ce cas : ça risque de générer un multiple de tablescan (ou d'accès via index). Au pire, le OR fera la même chose... et reste plus lisible.

Tout dépend effectivement de l'indexation sous jacente....

A +

le truc c'est que je sais pas si

Code:

---

1 2 3 4

SELECT a, b, c FROM table WHERE a IS NOT NULL AND ENTITE_ID = 'id courant' AND (TYPE_ID = 'type recherché 1' OR 'type_recherché_2' OR ...)

---

sera plus rapide que

Code:

---

1 2 3 4 5 6 7 8 9

SELECT a, b, c FROM table WHERE a IS NOT NULL AND ENTITE_ID = 'id courant' AND TYPE_ID = 'type recherché 1' UNION SELECT a, b, c FROM table WHERE a IS NOT NULL AND ENTITE_ID = 'id courant' AND TYPE_ID = 'type recherché 2' UNION ...

---

On a fais des tests sur une table avec ~ 1 000 000 de lignes (ce qui représente ~ 1% du nombre total de ligne qu'il y aura dans la base de données définitive) on a une différence de 2 secondes lors de l'exécution de ces deux requettes (celle avec les OU étant plus rapide)

Seulement, en quadruplant le nombre de lignes, il y a toujours 2 secondes de différences... l'écart ne se creuse pas...

C'est pour ca qu'on voulais l'avis d'experts :king: