PostgreSQL
La base de données la plus sophistiquée au monde.

Ouverture de session

Navigation

Contactez-nous

Administration du site :
"equipe chez postgresqlfr point org"

Contact presse :
"fr chez postgresql point org"

Contact association :
"bureau chez postgresqlfr point org"

Questions PostgreSQL :
 IRC :
  serveur irc.freenode.net
  canal #postgresqlfr

Recherche

Accéder aux archives

« Octobre 2008  
Lun Mar Mer Jeu Ven Sam Dim
  2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31  

Syndication

Flux XML

Sondage

Quelle est la version de PostgreSQL la plus répandue sur vos serveurs ?
8.3
10%
8.2
42%
8.1
40%
8.0
2%
7.4
6%
7.3 ou antérieure
0%
Nombre de votes: 48

Quelques questions générale pour optimisation

Technique - général | Quelques questions générale pour optimisation

Par crashfr le 29/01/2007 - 17:32

Bonjour,

Voici une liste de questions que je me pose suite à un problème d'optimisation :

- Y a-t-il un intérêt à "préparer" (PREPARE ... AS .../EXECUTE ...) des
procédures stockées ou sont-t-elles déjà préparées ?
- Les instructions préparées sont-elles optimisées juste au premier
niveau ou récursivement ?
- Une procédure stockée verrouille-t-elle des tables ? Celà
n'empêcherait pas d'autres procédures d'accèder à ces tables pendant un
certain temps ?
- Y a-t-il un intérêt à créer des "temporary tables" pour travailler sur
une grosse union de tables ? (SELECT ... UNION ALL SELECT ... UNION ALL
SELECT ...)
- Comment configurer PostgreSQL pour qu'il utilise plus de mémoire ?
(seulement 3% de la mémoire totale actuellement)

Merci pour vos réponse.

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur "Sauvegarder les paramètres" pour activer vos changements.

Les instructions prepare sont

sparky/ = 30 Janvier, 2007 - 11:44

Les instructions prepare sont analysée au moment de la préparation, donc quand tu executes tu ne repasses plus par l'analyseur. Gain de temps, si tu dois employer 500 fois la même commande avec des paramètres différents.

Les procédures stockées verrouillent les tables ? Tout dépend du contenu de la procédure stockées: il y aura en autre des lock avec les delete, update ou insert

L'avantage des temporary table est que parfois le rassemblement des données provient de commandes SQL très complexes ou lourdes (avec des SUM...), si tu dois faire plusieurs traitement sur ces données, les avoir dans une table temporaire va vraiment aider.


© PostgreSQLFr, tous droits réservés.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.