From: | Thomas Kellerer <spam_eater(at)gmx(dot)net> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Locking entire database |
Date: | 2007-09-14 15:16:44 |
Message-ID: | fce8kt$4sn$1@sea.gmane.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Panagiotis Pediaditis, 14.09.2007 16:45:
> Well the problem is I am working on rdf query engine for persistent RDF
> data. The data is stored/structured in a specific way in the database.
> When i perform updates in parallel, because there are cross table
> dependencies, I end up with inconsistencies, For example One transaction
> reads to see if there is a resource so as to add a property where it is
> a subject. Then an other transaction deletes the resource after the
> first has decided that the resource is there but before it added the
> property.
> Thus it would be helpful for me to avoid the difficult task of
> dependency based locking and just lock the whole database.
> any ideas?
Hmm. To me this sounds like all those steps should in fact be _one_
transaction and not several transactions.
Thomas
From | Date | Subject | |
---|---|---|---|
Next Message | Mike Charnoky | 2007-09-14 15:19:14 | Re: problems with large table |
Previous Message | Martijn van Oosterhout | 2007-09-14 14:50:52 | Re: Locking entire database |