Discussion :

[Empty_body]

Salut,

J'aimerais optimiser une application rendue lente par la quantité de données qu'elle contient. Au départ, la DB en elle même avait quelques petits problèmes de manque d'index mais de ce côté,, c'est résolu. J'aimerais maintenant savoir, outre les select * les types de requêtes qui peuvent nuire aux performances.

Merci.

ps : je ne sais pas trop si ça importe, je pense que non mais mon sgdb est postgres.

[rberthou]

Les bonnes pratiques : (non exhaustif)
- select * : oui car dans bien des cas tu recupere beaucoup trop de champs de plus dangereux a maintenir.

Problemes SQL
- where substr(zone1, ...) : passe aps par un index (mais a verifier sur ta base) (toute operation sur un zone dans un critere where..)
- where zone1 not in (select ... ) : sql n'aime pas les not exists ou not in
- where zon1 = 'aaa' or zone8 = 'zzz' : la il ne sait pas par quel index passe soit zon1 soit zone8 (suivant le volume des données )
- manque d'index ou index mal definie par raport aux ordre sql executes
- runstats manquant si ta base le necessite
- ...

Problemes de conception
- modele physique mal definie (cela implique souvent un des deux problemes suivants)
- trop de sous select ou de jointures peut nuire
- trop de champ dans une table

Bonne chance...

[Empty_body]

Ca donne déjà pas mal d'idée... Je ne pense pas que la db soit mal conçue (enfi, j'espère) mais l'application qui l'utilise comportait plusieurs centaines de requêtes "select *". Et autre chose dont je doute mais sans certitudes, des jointures faite par des trucs genre :

Code :

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

SELECT a.*, B.* from table1 a, table2 b where a.id  in select id from table3;

[rberthou]

Personnelement a la place de

Code :

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

1
2
 
SELECT a.*, B.* FROM table1 a, table2 b WHERE a.id  IN SELECT id FROM table3;

Je prefere

Code :

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

1
2
3
4
5
6
 
SELECT a.les zones utiles, 
           b.la meme chose 
 FROM table1 a, table2 b 
WHERE a.id = b.id 
    and exists  (SELECT '0' FROM table3 c where c.id = a.id and ...) ;

J'espere que l'absence du critere de jointure entre A et B est un oubli
normalement ce genre d'ordre avec les bons indexes ne doit pas poser de problemes