COMPGROUPS.NET | Search | Post Question | Groups | Stream | About | Register

Global Temporary Taable

  • Permalink
  • Email
  • Follow


I am using a global temporary table with "on commit preserve rows" in
order to pass a ref cursor back to the calling program.  The data is
returning fine.  However, I want to drop the table after the cursor is
returned.  If I insert a drop table statment inside of the procedure I
am getting the following error:

ORA-14452: attempt to create, alter or drop an index on temporary
table already in use.  If I close the session and go through TOAD I
can see the table but still can't drop it.  I get the same error.

I've researched via the internet and understand in a perfect
environment a "real" table is the way to go.  However, receiving
strong pushback from the customer.

Thanks For your help
0
Reply neil2391 (1) 6/25/2004 5:47:08 PM

See related articles to this posting

On 25 Jun 2004 10:47:08 -0700, neil@blueslate.net (Neil) wrote:

>I've researched via the internet and understand in a perfect
>environment a "real" table is the way to go

In a 'perfect' environment you don't need permanent temporary tables.
Fix your database design and/or your queries.


--
Sybrand Bakker, Senior Oracle DBA
0
Reply gooiditweg2 (295) 6/25/2004 6:30:17 PM 


Neil wrote:

> However, I want to drop the table after the cursor is
> returned.

Please explain WHY you want to DROP the table.  

If I understand Oracle's intent properly, GTTs are intended to have a
permanent definition, supplied by the DBA ideally ONCE in the life of the
database).  The term TEMP is relative to the data, not the definition.

Without understanding your requirements, to me it appears that your design
is fundementally in conflict with the intent and implementation of temp
tables.

/Hans
0
Reply forbrich (430) 6/25/2004 6:46:51 PM 

Neil wrote:
> 
> I am using a global temporary table with "on commit preserve rows" in
> order to pass a ref cursor back to the calling program.  The data is
> returning fine.  However, I want to drop the table after the cursor is
> returned.  If I insert a drop table statment inside of the procedure I
> am getting the following error:
> 
> ORA-14452: attempt to create, alter or drop an index on temporary
> table already in use.  If I close the session and go through TOAD I
> can see the table but still can't drop it.  I get the same error.
> 
> I've researched via the internet and understand in a perfect
> environment a "real" table is the way to go.  However, receiving
> strong pushback from the customer.
> 
> Thanks For your help

The term "global temporary table" is used because 

a) the table is permanently defined (hence the term "temporary")
b) the data is local to your session (hence the term "local")

:-)

Seriously though, a couple of things 

i) you don't need a temp table to pass a ref cursor around.  ref cursor
point to a resultset which does not need to "exist" as a temporary table

ii) if you are heading down the gtt route - you just populate it, use
the data, and then forget about the data.  It vanishes as soon as you
exit the session.  

hth
connor

-- 
Connor McDonald
Co-author: "Mastering Oracle PL/SQL - Practical Solutions"
ISBN: 1590592174

web: http://www.oracledba.co.uk
web: http://www.oaktable.net
email: connor_mcdonald@yahoo.com

Coming Soon! "Oracle Insight - Tales of the OakTable"

"GIVE a man a fish and he will eat for a day. But TEACH him how to fish,
and...he will sit in a boat and drink beer all day"

------------------------------------------------------------
0
Reply connor_mcdonald (351) 6/26/2004 2:30:56 AM 

On 25 Jun 2004, neil@blueslate.net wrote:
> I am using a global temporary table with "on commit preserve
> rows" in order to pass a ref cursor back to the calling
> program.  The data is returning fine.  However, I want to drop
> the table after the cursor is returned.  If I insert a drop
> table statment inside of the procedure I am getting the
> following error:
> 
> ORA-14452: attempt to create, alter or drop an index on
> temporary table already in use.  If I close the session and go
> through TOAD I can see the table but still can't drop it.  I
> get the same error.
> 
> I've researched via the internet and understand in a perfect
> environment a "real" table is the way to go.  However,
> receiving strong pushback from the customer.

Just stop dropping the table.  Leave it there.  GTTs are used for
session-based data but they aren't to be constantly dropped.
They are tables, but their data is temporary.

If you have a connection pool, then you will need to clear it out
every call.

-- 
Galen Boyer
0
Reply galenboyer (300) 6/26/2004 4:17:04 AM
comp.databases.oracle.server 21566 articles. 10 followers. Post

4 Replies
105 Views

Similar Articles

1/21/2014 1:58:25 PM
[PageSpeed]

Reply:

Similar Artilces:

Global Temporary Table
Hello Oraclegurus, I would like to know if i am doing the right thing or not?? I've created a global temporary table "tempcomp". "create global temporary table tempcomp (col1 number,col2 char,col3varchar2)" . I looked into these groups and it was mentioned somewhere that default is "on commit delete rows"... I am assuming that the rows are being deleted after commit and not stored . We have a web application which would be calling a stored procedure which inserts into a global temporary some values we nee...

Global Temporary Tables
Each, Am wanting to create a temporary table within a PLSQL package. Have used EXECUTE IMMEDIATE 'create global temporary table temp_status........' Problem now is that package wont compile due to insert statements for this table. Compiler has no idea about this temp table or its structure. I take it temporary tables arent designed for this use are am i missing something here? Cheers Roy Munson wrote: > Each, > > Am wanting to create a temporary table within a PLSQL package. Have > used > > EXECUTE IMMEDIATE 'create global temporary table temp_status.........

Global temporary tables performance
Hello, I'm trying to use a global temporary tables with a bulk insert, and the performance for the temporary table is about 5 times LESS than those of a real table - shouldent it be the opposite way? Here is my example: -- Create real table and a temporary one create table realTable( id number(15) ); create global temporary table tmpTable(id number(15)) ON COMMIT DELETE ROWS; -- Insert 50000 records with bulk operation -- into the rea table and the temporary one, and getting the time it took declare tableSize constant number := 50000; type ty_numTable is varray (50000) of number(15)...

Global temporary table and SP
Hello all, I'm using SS2K on W2K. Brieffing: Many months ago, I created a stored procedure only used by those with admin rights in SS. Now, someone else (without admin rights) has to run it. I gave him rigth to execute the SP but, at the second and more execution, he got a error message concerning a temp table already existing (see further). The SP: ------------------------------------------------------ CREATE PROCEDURE MySP @Type INT DECLARE @strSQL AS VARCHAR(4000) IF EXISTS (SELECT table_name FROM tempdb.information_Schema.tables WHERE table_name = '##MyTmpTable&#...

global temporary table and connection pooling
The environment I'm running is apache/tomcat and oracle 816. I'm using global temporary tablespaces in certain cases( they were created using on commit preserve rows option as it is a multipart query), and then the table is truncated after the last query has executed. I've noticed that occasionally if I run two independent queries using 2 different sessions, and the second query accesses the temp table before the first session has truncated it, I'm seeing results from the first session. I thought that the global temporary tables were supposed to be restricted to the session. Do...

output global optimization temporary solution
Dear all, I am using the global optimization toolbox. And I have been waiting the output for two days. Would it be any method that I can ask the toolbox to output the temporary best solution? (Or hourly report) ** It does not need for the current run, I am asking whether I can write a couple lines of code to do this next time. Thanks On 10/5/2011 7:36 PM, Marco Wu wrote: > Dear all, > > I am using the global optimization toolbox. And I have been waiting the > output for two days. Would it be any method that I can ask the toolbox > to output the temporary best solution? (Or ...

DECLARE GLOBAL TEMPORARY TABLE problem
A bit longwinded; apologies in advance. My client has two large iSeries machines, both at V5R2 (they may be logical partitions of the same physical machine; I'm not sure.) The DECLARE GLOBAL TEMPORARY TABLE statement in SQL behaves a little differently on the two machines, causing me problems. I am issuing the statement in the Run SQL Scripts window of the navigator; *SQL naming is in effect (this matters.) On the development machine, the table created is owned by the group profile to which my user profile belongs; there is no *GROUP authority generated, and *PUBLIC authority ...

Global Temporary Table performance with inserts.
I am using an Oracle Temporary table to generate a tree of data dependencies. I noticed that Inserts are significantly longer into the Temporary table than if I replaced the Global Temporary Table with a permanent table (just as a test case), almost by a factor of 50. The number of rows being inserted are approx. 100. Has any one experienced this issue and what are the workarounds? I am using Oracle 8.1.7 and have created the Global Temporary Table with "on commit preserve rows" clause. Thank you for your help in advance. Hector wrote: > I am using an Oracle Temporary table to g...

Re: Global temporary tables performance
Hi, Does anyone know the Oracle bug number? thanks Dominic Aviv wrote: > *Hello, > > I'm trying to use a global temporary tables with a bulk insert, and > the performance for the temporary table is about 5 times LESS than > those of a real table - shouldent it be the opposite way? > > Here is my example: > > -- Create real table and a temporary one > create table realTable( id number(15) ); > create global temporary table tmpTable(id number(15)) ON COMMI > DELETE > ROWS; > > -- Insert 50000 records with bulk operation > -- into the rea...

Privacy Policy | All Times Are GMT(UTC)