| 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> |
| Subject: | Re: Reponse lente de postgres |
| Date: | 2007-08-02 11:54:27 |
| Message-ID: | 46B1C5F3.1020201@lelarge.info |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-fr-generale |
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/ -->
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Hajatiana RAHOLIARIJAONA | 2007-08-02 12:15:25 | Re: Reponse lente de postgres |
| Previous Message | Hajatiana RAHOLIARIJAONA | 2007-08-02 11:29:15 | Re: Reponse lente de postgres |