IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

PostgreSQL Discussion :

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


Sujet :

PostgreSQL

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Inscrit en
    Décembre 2002
    Messages
    18
    Détails du profil
    Informations forums :
    Inscription : Décembre 2002
    Messages : 18
    Par défaut 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 ...

  2. #2
    Membre chevronné

    Homme Profil pro
    Inscrit en
    Janvier 2005
    Messages
    338
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France

    Informations forums :
    Inscription : Janvier 2005
    Messages : 338
    Par défaut
    Bonjour

    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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.

  3. #3
    Membre averti
    Inscrit en
    Décembre 2002
    Messages
    18
    Détails du profil
    Informations forums :
    Inscription : Décembre 2002
    Messages : 18
    Par défaut
    Merci pour cette réponse, complexe à mon niveau mais complète ! Je vais creuser tout ça.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Problème delete cascade Hibernate
    Par Phoxtrot dans le forum Hibernate
    Réponses: 0
    Dernier message: 10/05/2013, 06h22
  2. Problème temps de traitement requête
    Par ritchou42 dans le forum Langage SQL
    Réponses: 2
    Dernier message: 03/05/2012, 07h35
  3. Déploiement d'une application JEE: Problème de temps de traitement
    Par marouene_ dans le forum Développement Web en Java
    Réponses: 2
    Dernier message: 03/05/2011, 13h18
  4. problème de "on delete cascade"
    Par bernidupont dans le forum Débuter
    Réponses: 10
    Dernier message: 08/03/2010, 18h30
  5. optimisation de temps de traitement xml/xslt
    Par Erwy dans le forum XSL/XSLT/XPATH
    Réponses: 2
    Dernier message: 06/05/2004, 16h08

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo