Re: JDBC Transactions

From: Jonathan Tripathy <jonnyt(at)abpni(dot)co(dot)uk>
To: Filip Rembiałkowski <filip(dot)rembialkowski(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: JDBC Transactions
Date: 2010-11-01 18:38:49
Message-ID: 4CCF0939.5000006@abpni.co.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general


>> Hi Andy,
>>
>> Thanks for your reply. Would the above code be classed as a single
>> transaction then?
> Yes, assuming there's no explicit transaction control
> (COMMIT/ROLLBACK/END) in your queries.
Actually, we do have maybe one or 2 queries that use ROLLBACK, however
ROLLBACK happens at the end of a "code block" so the question is
probably moot.
>> And if so, I could just simple leave out the line which
>> says "//Insert SQL here to lock table"?
> In PostgreSQL, locking is done automatically depending on actual
> isolation level and SQL queries.
> You can use explicit locking but most of the time it's not needed.
>
I'll give you the exact case where I'm worried:

We have a table of customers, and each customer can have multiple
memberships (which are stored in the memberships table). We want our
deleteMembership(int membershipID) method to remove the membership, then
check to see if there are no more memberships left for the corresponding
customer, and if there are none, delete the corresponding customer as well.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Jonathan Tripathy 2010-11-01 18:40:41 Re: JDBC Transactions
Previous Message Kevin Field 2010-11-01 18:28:01 can select contents of view but not view itself, despite indirect membership