Re: Reponse lente de postgres

["Hajatiana RAHOLIARIJAONA" <administrateur(at)saisie(dot)mg>]

Bonjour,

   Begin transaction est suivi des insertions INSERT, c'est à ce moment que 
la table est verouillé et les autres instructions UPDATE sont mis en 
WAITING.

   Si l'insertion dure un peu plus, c'est là que la liste de waiting est 
longue et le serveur postgres est devenu lent.

Cordialement,

Hajatiana RAHOLIARIJAONA Administrateur réseaux et systèmes du centre de 
traitement SAISIE.MG administrateur(at)saisie(dot)mg
----- Original Message ----- 
From: "Guillaume Lelarge" <guillaume(at)lelarge(dot)info>
To: "Hajatiana RAHOLIARIJAONA" <administrateur(at)saisie(dot)mg>
Cc: <pgsql-fr-generale(at)postgresql(dot)org>; "Jean-Paul Argudo" 
<jean-paul(at)argudo(dot)org>
Sent: Thursday, August 02, 2007 2:54 PM
Subject: Re: [pgsql-fr-generale] Reponse lente de postgres


> Hajatiana RAHOLIARIJAONA a écrit :
> > Bonjour,
> >
> >    Nous avons constaté que : BEGIN TRANSACTION pose un verouillage
> > exclusif de la table. Est ce normal.
>
> Un BEGIN ne pose aucun verrou. Par contre, vous avez une ligne
> supplémentaire dans pg_locks indiquant l'ID de transaction.
>
> Au prochain SELECT, INSERT, UPDATE ou DELETE, un verrou sera posé sur
> une table, mais ce verrou n'est pas forcément exclusif.
>
> > En lancant la transaction, nous ne pouvons plus faire des UPDATE sur la
> > table et tous les requettes sont mis en attente.
>
> On pourrait voir le contenu de la transaction ?
>
> > Avez vous une idée ou me donnér une commande qui ne verouille pas la
> > table entier?
>
> Il n'existe pas de verrou de lignes sur PostgreSQL (en dehors du module
> contrib userlock et des advisory locks en 8.2).
>
>
> --
> Guillaume.
> <!-- http://abs.traduc.org/
>     http://lfs.traduc.org/
>     http://docs.postgresqlfr.org/ -->