Hi Mladen, Thanks for your response.
We are using session temporary tables. I question why a commit is required to see rows in the session temporary table. Since it is a temporary table, only the session that inserted rows in the table can see the rows (commit or no commit). In the sample scenario, it was the same connection inserting rows and later selecting rows from the session temporary table. There was no intervening commit. Thanks, Sam. ------------------------------ From: "Gogala, Mladen" <[EMAIL PROTECTED]> Date: Wed, 14 Aug 2002 15:28:51 -0400 Subject: RE: Is Anybody Aware of Temporary Table Problem in 9i What is the duration of the data in the table? Is it session or transaction? If it's session, you need an intervening commit. > -----Original Message----- > From: Sam Bootsma [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, August 14, 2002 3:01 PM > To: Multiple recipients of list ORACLE-L > Subject: Is Anybody Aware of Temporary Table Problem in 9i > > > Hello, > > One of our clients has AIX UNIX v4.3.3 OR v5L and Oracle 9.1. > They have > problems with temporary tables as shown in the two scenarios below. > > Scenario 1: In one procedure, we insert into a temporary table. In a > different procedure we select from the same temporary table. > We use the > same connection (same session) and there is no intervening > commit. The > select returns no data. > > Scenario 2: In the same procedure, insert into a temporary > table then select > from the same table. The select is successful. > > ********************************* > > When we run the same scenarios using Windows 2000 and Oracle 9.1, both > scenario's return data. > > Has anybody experienced problems with temporary tables on Oracle 9.1? > Especially on UNIX. Is anybody aware of Oracle bugs? > > Appreciate any responses. > > Thanks, > > > Sam Bootsma, OCP > Technical Support Analyst > CPAS Systems Inc. > 416-422-0563 x237 > [EMAIL PROTECTED] > http://www.cpas.com > Sam Bootsma, OCP Technical Support Analyst CPAS Systems Inc. 416-422-0563 x237 [EMAIL PROTECTED] http://www.cpas.com -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Sam Bootsma INET: [EMAIL PROTECTED] Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
