From: | Michel Payan <michel(dot)payan(at)gmail(dot)com> |
---|---|
To: | Paul Poirel <poirelpa(at)gmail(dot)com> |
Cc: | Pgsql Fr Generale <pgsql-fr-generale(at)postgresql(dot)org> |
Subject: | Re: UPDATE de plus en plus long |
Date: | 2013-11-19 13:42:59 |
Message-ID: | CAPFLA-MOdX+HsDMa64pZD7em5XHoH=1Pof7-QQf-5F4Jkk71mQ@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
Tu ne fais quand même pas 1000 updates de la même ligne ?
Ne peux-tu pas mettre de commit intermédiaire ?
Le 19 novembre 2013 14:39, Paul Poirel <poirelpa(at)gmail(dot)com> a écrit :
> Merci pour ces réponses.
>
> Je comprends qu'autovacuum supprime bien les lignes mortes à la fin de la
> transaction, ce qui fait que les temps redeviennent normaux si je lance une
> nouvelle fois la fonction. En revanche, tant que la fonction n'est pas
> terminée, les lignes ne sont pas encore "mortes", et restent donc en place.
>
> Mon problème est que cette boucle for est en réalité une fonction sur un
> curseur. Il m'est impossible de découper ce traitement en plusieurs
> transactions : il faut qu'un seul appel à la fonction principale déroule
> tous les traitements.
>
> Voyez-vous une solution à ce problème ?
>
> Encore merci,
>
> Paul
>
--
*dbSQWare |* www.dbsqware.com *|* *Exploitez vos bases de données en toute
sérénité …*
From | Date | Subject | |
---|---|---|---|
Next Message | Dimitri Fontaine | 2013-11-19 13:47:11 | Re: UPDATE de plus en plus long |
Previous Message | Paul Poirel | 2013-11-19 13:39:33 | Re: UPDATE de plus en plus long |