RE: Is Anybody Aware of Temporary Table Problem in 9i

2002-08-15 Thread Sam Bootsma

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).



RE: Is Anybody Aware of Temporary Table Problem in 9i

2002-08-14 Thread Gogala, Mladen


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
 
 
 -- 
 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).
 
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Gogala, Mladen
  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).