temp tables vs package variables
Jan, June 04, 2003 - 7:59 am UTC
As I understood temporary tables are supported by connection pooling, so web users will see their data there also in case the connections are shared between the users? If yes, so why it does not work in similar way for package variables? What is the difference?
Thanks
Question
A reader, August 21, 2003 - 7:08 pm UTC
Is it a good idea to use ref cursors selecting from global temporary tables which are fed values after some compex calculation in 3 tier
web app with weblogic Oracle.
The issue we have is it returns duplicate rows whenver the Browser refreshes the page i.e it re-calulates the procedure to populate global tEmp table.
For the connection pool the Oracle session is not closed but reused.
Thanx
Will on commit delete rows work for Global Temp table in 3 tier.
Or should I abondon global temp table.
SO whats the alternative
Question Oracle ver 9.2
A reader, August 21, 2003 - 7:10 pm UTC
Is it a good idea to use ref cursors selecting from global temporary tables which are fed values after some compex calculation in 3 tier
web app with weblogic Oracle.
The issue we have is it returns duplicate rows whenver the Browser refreshes the page i.e it re-calulates the procedure to populate global tEmp table.
For the connection pool the Oracle session is not closed but reused.
Thanx
Thanx
Will on commit delete rows work for Global Temp table in 3 tier.
Or should I abondon global temp table.
SO whats the alternative
August 21, 2003 - 7:34 pm UTC
it is a really good practice in sqlserver - they sort of invented the need to do so.
me, I prefer just to run a single query personally.
you need to "on commit delete rows" and make sure the connect pool "commits" before reusing the connection.
Thanx much Sir for all your help
A reader, August 21, 2003 - 8:50 pm UTC
GTT and parallel hint
Sami, April 29, 2004 - 2:32 pm UTC
Dear Tom,
Is it okay to use GTT with parallel query? The parallel query spawns more than one session(4 sessions here), hence the question.
1)create global temporary table gtt;
2)insert into gtt as select /*+ parallel(t1,4) */ col1,col2,col3 from t1;
3)select * from gtt;
4)commit;
Thanks in advance
April 29, 2004 - 2:50 pm UTC
yes, because your SESSION gets all of the rows here.
I don't see PQ "speeding" that up a whole lot though -- not a simple full table scan without any aggregations or anything.