RE: GLOBAL TEMPORARY TABLE in Oracle 9.2.0.4
- From: "Arnon, Yuval" <Yuval.Arnon@xxxxxxxxxxxxxx>
- To: <oracle-l@xxxxxxxxxxxxx>
- Date: Thu, 29 Apr 2004 15:12:45 -0400
Thanks Jonathan for your answer.=20
Just to clarify these tables are created by an Oracle process (probably
DBMS_STATS) as we do analyze with histograms.=20
Yuval.
-----Original Message-----
From: Mladen Gogala [mailto:mladen@xxxxxxxxxxxxxxx]=20
Sent: Thursday, April 29, 2004 2:14 PM
To: oracle-l@xxxxxxxxxxxxx
Subject: Re: GLOBAL TEMPORARY TABLE in Oracle 9.2.0.4
I believe that the guy who asked the question expected the table to be
gone
when the session logs out, but it isn't the case. Global temporary
tables are
nothing like the temporary tables from SQL server, which vanish when the
session=20
is done. I don't think that creatig/dropping tables at the end of the
session is=20
a good idea. I'm using GTT in several of my perl scripts in such a way
that I first
load data into a GTT and then run a PL/SQL procedure to transform the
data into the=20
required format, but I don't drop them. Most of those perl scripts are
run from cron.
On 04/29/2004 01:51:13 PM, Jonathan Lewis wrote:
>=20
> There are a couple of bugs where Oracle fails
> to drop global temporary tables (Possibly because
> it gets their names wrong on the drop). Another
> example where SYS will accumulate GTTs is you=20
> drop and recreate bitmap join indexes.
--=20
Mladen Gogala
Oracle DBA
Note:
This message is for the named person's use only. It may contain
confidential, proprietary or legally privileged information. No
confidentiality or privilege is waived or lost by any mistransmission.
If you receive this message in error, please immediately delete it and
all copies of it from your system, destroy any hard copies of it and
notify the sender. You must not, directly or indirectly, use, disclose,
distribute, print, or copy any part of this message if you are not the
intended recipient. Wang Trading LLC and any of its subsidiaries each
reserve the right to monitor all e-mail communications through its
networks.
Any views expressed in this message are those of the individual sender,
except where the message states otherwise and the sender is authorized
to state them to be the views of any such entity.
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
This transmission may contain information that is privileged, =
confidential and exempt from disclosure under applicable law. If you, =
oracle-l@xxxxxxxxxxxxx, are not the intended recipient, you are hereby =
notified that any disclosure, copying, distribution, or use of the =
information contained herein (including any reliance thereon) is =
STRICTLY PROHIBITED. If you received this transmission in error, please =
immediately contact the sender and destroy the material in its entirety, =
whether in electronic or hard copy format.
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Other related posts:
