Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / Databases / July 2005

Tip: Looking for answers? Try searching our database.

batchExecute deadlock with oracle

Thread view: 
fred - 19 Jul 2005 21:38 GMT
I'm running parallel java threads each concurrently processing
addbatch() / batchExecute() statements. The set of rows being operated
on by any thread are guaranteed independent. But It's still getting
deadlocks. If I read oracle's enterprise manage console output
correctly I seem to be setting up exclusive table locks - but i don't
know where they are coming from - i only have simple prepared inserts &
updates (no Lock table statements). The tables do have (deferred)
referential constraints.

I was under the impression that oracle only implicitly set up row locks
and didn't escalate these to table locks of itself.

Does any body have any pointers as to what might be happening or where
I can find any documents about concurrent batchExecute processing

Thanks for any assistance Fred
joeNOSPAM@BEA.com - 20 Jul 2005 00:12 GMT
Hi. I suspect your deferred constraints. If only for a test,
can you run without them? Deferred constraints refer
to a trasnaction completing. It may simply be that you
are causing your deadlocks in the garden-variety way.
Is that possible?

Joe Weinstein at BEA


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.