RE: seen a Select (just a select no select for update) take out a Table Exclusive lock (TX)

From: Bobak, Mark <Mark.Bobak_at_il.proquest.com>
Date: Thu, 26 Jan 2006 17:00:19 -0500
Message-ID: <AA29A27627F842409E1D18FB19CDCF27068C8851@AABO-EXCHANGE02.bos.il.pqe>

Minor correction, TX is transaction, not table exclusive".

It's possible for a select statement to take a TX lock if it's a distributed query, i.e., references a remote object via a database link.

Hope that helps,

-Mark

--

Mark J. Bobak
Senior Oracle Architect
ProQuest Information & Learning

"There are 10 types of people in the world: Those who understand binary, and those who don't."

-----Original Message-----

From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Wolfson Larry - lwolfs
Sent: Thursday, January 26, 2006 4:23 PM Cc: oracle-l_at_freelists.org
Subject: seen a Select (just a select no select for update) take out a Table Exclusive lock (TX)

From one of the other DBAs here:

"Have any of you ever seen a Select (just a select no select for update) take out a Table Exclusive lock (TX) ? we had one in SAP this morning on ZPICK01 and the developers assure me that the transaction doesn't try to update the table. The only thing I can think of, is that ZPICK01 is huge and that Oracle tried to ensure some form of Read Consistency by making the table TX. That said I'm still not certain that some switch in the transaction isn't set to lock the table. Thoughts ?"

Gee, I haven't worked much on SAP lately, but I believe tables prefixed Y and Z are custom tables, although I don't see why that would make a difference.

	Thanks
	Larry

 
 
************************************************************************

*
The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged.

If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited.

If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system.

Thank you.

---

*
--

http://www.freelists.org/webpage/oracle-l

--

http://www.freelists.org/webpage/oracle-l Received on Thu Jan 26 2006 - 16:00:19 CST