Effectivement, de mon premier retour direct sur du SGBD. Le tuning des requêtes est extrêmement important.
Merci pour vos retours et vos partages. Je m'en vais donc tuner mes requêtes pour optimiser au maximum la BDD afin qu'elle "dépote"
Et aussi pour ne pas perdre ton temps sur n'importe quoi, il existe des outils qui affichent les requêtes les plus lourdes, sur lesquels il faut travailler. En oracle par exemple c'est Oracle Enterprise Manager.
Quand tu sais quelle requête pause problème tu peux aussi utiliser les outils d'analyse du plan de d'exécution: explain plan (oracle ou postgres)
Ca te dis les index utilisés par une requête, les jointures et l'importance estimée de chacune d'elles, et plein d'autres choses.
Et ça n'a pas beaucoup été dis, mais les index sont super important! Il faut les mettre sur les champs qui apparaissent dans ton where. Mais ils ralentissent les insert et les updates donc il ne faut pas en abuser non plus. Et plus tu mets de champs dans un index plus il grossi vite, et quand il ne rentre plus en cache il devient plus lent.
Ca c'est pour les BTree, c'est bon en général. Les autres c'est pour des besoins spécifiques, comme les bitmaps index pour les grosses tables.
[^] # Re: premier bilan
Posté par j_m . En réponse au message Performances des SGBD. Évalué à 1.
Et aussi pour ne pas perdre ton temps sur n'importe quoi, il existe des outils qui affichent les requêtes les plus lourdes, sur lesquels il faut travailler. En oracle par exemple c'est Oracle Enterprise Manager.
Quand tu sais quelle requête pause problème tu peux aussi utiliser les outils d'analyse du plan de d'exécution: explain plan (oracle ou postgres)
Ca te dis les index utilisés par une requête, les jointures et l'importance estimée de chacune d'elles, et plein d'autres choses.
Et ça n'a pas beaucoup été dis, mais les index sont super important! Il faut les mettre sur les champs qui apparaissent dans ton where. Mais ils ralentissent les insert et les updates donc il ne faut pas en abuser non plus. Et plus tu mets de champs dans un index plus il grossi vite, et quand il ne rentre plus en cache il devient plus lent.
Ca c'est pour les BTree, c'est bon en général. Les autres c'est pour des besoins spécifiques, comme les bitmaps index pour les grosses tables.