Delete cascade --> problème de temps de traitement

Bonjour,
J'utilise la suppression en cascade pour un traitement particulier qui doit supprimer une selection d'environs 50 000 enregistrements d'une table, dont 3 autres dépendent : soit en tout avec les tables dépendantes environs 400 000 enreg.
Sur un serveur linux debian equipé d"un P4 2,8 avec 1Go de Ram, et une version 8 de postgres, ce traitement dure quasi 5 heures ... Je trouve ça hyper long ... C'est normal ? Si oui, y'a t-il des solutions pour optimiser ce genre d'action ?
Merci ...

Bonjour

Citation:

---

Sur un serveur linux debian equipé d"un P4 2,8 avec 1Go de Ram, et une version 8 de postgres, ce traitement dure quasi 5 heures ... Je trouve ça hyper long ... C'est normal ? Si oui, y'a t-il des solutions pour optimiser ce genre d'action ?

---

Je suppose que la config de PostgreSQL est celle livré d'origine?, lorsque l'on commence à atteindre un certain volume de données, il faut tunner un peu le fichier postgresql.conf, mais également vérifier au niveau du kernel:

• la mémoire partagée (shm).
  Le nombre de sémaphore.

Voir la partie kernel de la doc

Sinon pouvez vous copier/coller le résultat de cette requête

Code:

---

1 2	cat /proc/sys/kernel/shmall cat /proc/sys/kernel/shmmax

---

Il faut ensuite regarder le nombre de connection simultanée a PG, et voir éventuellement installer PgPool.

Chaque machine aura ses propres réglages.

Merci pour cette réponse, complexe à mon niveau mais complète :) ! Je vais creuser tout ça.