Temporary tables are themselves created, name starting with BIN$...

Hello

I use Oracle 10.2 and a problem that make certain operations on existing tables, some temporary tables to develop starting with BIN$.

For ex: BIN$ HULdSlmnRZmbCXAl/pkA9w == $0

But I do not see these tables in the database after two or three days. I found that these temporary tables are a replica of the existing tables and these contain only the structure of the table, but not the data. I couldn't even drop database.

Can someone throw some tips on this?

Thank you and best regards,
Siva

These paintings are in the trash of Oracle. When you delete a table, Oracle renames just for BIN$ xxx so that you can undrop table if you made a mistake.

-You can ignore tables in the trash if you wish. Oracle purge them automatically when it needs the space.
-You can prevent a table goes the trash by adding the command serve down, i.e.

DROP TABLE table_name PURGE

-You can empty the trash using the command

SQL> purge dba_recyclebin

(or just recyclebin if you do wish to erase objects you own to the recyclebin).

Justin

Tags: Database

Similar Questions

  • Why the blocks of temporary tables are placed in the buffer cache?

    I read the following statement, which seems quite plausible to me: "Oracle7.3 and generates from close db file sequential reading of the events when a dedicated server process reads data from temporary segment of the disc." Older versions of Oracle would read temporary segment data in the database buffer cache using db file scattered reads. Releases latest exploit heuristics that data of temporary segment is not likely to be shareable or revisited, then reads it directly to a server process programs global (PGA). »

    To verify this statement (and also for the pleasure of seeing one of these rare close db file sequential read events), I ran a little experiment on my Oracle 10.2 Linux (see below). Not only it seems that different this v above, the blocks of temporary tables are placed in the buffer cache, but also$ BH. OBJD for these blocks does not refer to an object in the database's existing (at least not one that is listed in DBA_OBJECTS). Either incidentally, I traced the session and have not seen any file db close sequential read events.

    So, I have the following questions:
    (1) is my experimental set-up and correct my conclusions (i.e. are blocks of temporary tables really placed in the buffer cache)?
    (2) if so, what is the reason for placing blocks of temporary tables in the buffer cache? As these blocks contain private session data, the blocks in the buffer cache can be reused by another session. So why do all cache buffer management fees to the blocks in the buffer cache (and possibly remove) rather than their caching in a private in-memory session?
    (3) what V$ BH. OBJD consult for blocks belonging to temporary tables?

    Thanks for any help and information
    Kind regards
    Martin

    Experience I ran (on 10.2 /Linux)
    =============================
    SQL*Plus: Release 10.2.0.1.0 - Production on Sun Oct 24 22:25:07 2010
    
    Copyright (c) 1982, 2005, Oracle.  All rights reserved.
    
    
    Connected to:
    Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
    With the Partitioning, OLAP and Data Mining options
    
    SQL> create global temporary table temp_tab_4 on commit preserve rows as select * from dba_objects;
    
    Table created.
    
    SQL> alter system flush buffer_cache;
    
    System altered.
    
    SQL> select count(*), status from v$bh group by status order by 1 desc;
    
      COUNT(*) STATUS
    ---------- -------
          4208 free
          3 xcur
    
    SQL> select count(*) from temp_tab_4;
    
      COUNT(*)
    ----------
         11417
    
    SQL> -- NOW THE BUFFER CACHE CONTAINS USED BLOCKS, THERE WAS NO OTHER ACTIVITY ON THE DATABASE
    select count(*), status from v$bh group by status order by 1 desc;
    SQL> 
      COUNT(*) STATUS
    ---------- -------
          4060 free
           151 xcur
    
    SQL> -- THE BLOCKS WITH THE "STRANGE" OBJD HAVE BLOCK# THAT CORRESPOND TO THE TEMPORARY SEGMENT DISPLAYED
    -- IN V$TEMPSEG_USAGE
    select count(*), status, objd from v$bh where status != 'free' group by status, objd order by 1 desc;
    SQL> SQL> 
      COUNT(*) STATUS      OBJD
    ---------- ------- ----------
           145 xcur       4220937
          2 xcur        257
          2 xcur        237
          1 xcur        239
          1 xcur    4294967295
    
    SQL> -- THE OBJECT REFERENCED BY THE NEWLY USED BLOCKS IS NOT LISTED IN DBA_OBJECTS
    select * from dba_objects where object_id = 4220937 or data_object_id = 4220937;
    
    SQL> 
    no rows selected
    
    SQL> SQL> -- THE BLOCKS WITH THE "STRANGE" OBJD ARE MARKED AS TEMP IN V$BH
    select distinct temp from v$bh where objd = 4220937;
    SQL> 
    T
    -
    Y
    
    SQL> 
    Edited by: user4530562 the 25.10.2010 01:12

    Edited by: user4530562 the 25.10.2010 04:57

    The reason to put the blocks to the global temporary table in the buffer cache is the same thing why you put ordinary table blocks in the cache buffers-> you want some of them to be in memory.

    If you ask why don't keep us somehow temporary tables in the PGA - well what happens if this temporary table will be 50 GB? 32-bit platforms cannot even handle this and you do not want a process of becoming uncontrollable so great.

    Moreover, TWG will allow you to restore, back to a backup (or savepoint implied when an error occurs during a call DML), and this requires protection by the cancellation. Place lines / revenge in PGA would have complicated the implementation even further... now GTT is almost of the regular tables which just happened to reside in temporary files.

    If you really want to put data in the PGA only, then you can create collections of PL/SQL and even access through the use of SQL (coll CAST AS xyz_type) where xyz_type is a TABLE of an object any.

    --
    Tanel Poder
    New online seminars!
    http://tech.e2sn.com/Oracle-training-seminars

  • Create name synonymous with more than 30 characters.

    I created a synonym for a table which is over 30 characters long.
    After you have created the synonym with create synonym... created synonym message shows.
    but when I check in view object that syninym is not available, and
    Select * from < synonym_name > returtning nor the ranks.

    What is the reason for this? If oracle poster created as Syninym message then where his stored?

    Thanks in advance...

    To demonstrate the above...

    SQL> select * from user_synonyms;
    
    no rows selected
    
    SQL> create synonym MY_EMPLOYEE_RECORDS_VERY_LONG_NAME for EMP;
    
    Synonym created.
    
    SQL> select * from user_synonyms;
    
    SYNONYM_NAME                   TABLE_OWNER                    TABLE_NAME                     DB_LINK
    ------------------------------ ------------------------------ ------------------------------ ---------
    /9c4d39ff_MY_EMPLOYEE_RECORDS_ SCOTT                          EMP
    
    SQL> select * from MY_EMPLOYEE_RECORDS_VERY_LONG_NAME;
    select * from MY_EMPLOYEE_RECORDS_VERY_LONG_NAME
                  *
    ERROR at line 1:
    ORA-00972: identifier is too long
    
    SQL> select * from "/9c4d39ff_MY_EMPLOYEE_RECORDS_"
      2  ;
    
         EMPNO ENAME      JOB              MGR HIREDATE                   SAL       COMM     DEPTNO
    ---------- ---------- --------- ---------- ------------------- ---------- ---------- ----------
          7369 SMITH      CLERK           7902 17/12/1980 00:00:00        800                    20
          7499 ALLEN      SALESMAN        7698 20/02/1981 00:00:00       1600        300         30
          7521 WARD       SALESMAN        7698 22/02/1981 00:00:00       1250        500         30
          7566 JONES      MANAGER         7839 02/04/1981 00:00:00       2975                    20
          7654 MARTIN     SALESMAN        7698 28/09/1981 00:00:00       1250       1400         30
          7698 BLAKE      MANAGER         7839 01/05/1981 00:00:00       2850                    30
          7782 CLARK      MANAGER         7839 09/06/1981 00:00:00       2450                    10
          7788 SCOTT      ANALYST         7566 19/04/1987 00:00:00       3000                    20
          7839 KING       PRESIDENT            17/11/1981 00:00:00       5000                    10
          7844 TURNER     SALESMAN        7698 08/09/1981 00:00:00       1500          0         30
          7876 ADAMS      CLERK           7788 23/05/1987 00:00:00       1100                    20
          7900 JAMES      CLERK           7698 03/12/1981 00:00:00        950                    30
          7902 FORD       ANALYST         7566 03/12/1981 00:00:00       3000                    20
          7934 MILLER     CLERK           7782 23/01/1982 00:00:00       1300                    10
    
    14 rows selected.
    
    SQL>
    
  • Tablespace name starting with o1_mf and ending with cb58lw2z_.dbf?

    Hi all

    I can't figgure where in the database creation process how all tablespaces being named for example, beginning with o1_mf and ending with cb58lw2z_.dbf:

    DB_1 > select name from v$ datafile;

    NAME
    --------------------------------------------------------------------------------
    /U01/shared_data/oradata/DB/datafile/o1_mf_system_cb58lw2z_.dbf
    /U01/shared_data/oradata/DB/datafile/o1_mf_undotbs3_cb58q00g_.dbf
    /U01/shared_data/oradata/DB/datafile/o1_mf_sysaux_cb58krqh_.dbf
    /U01/shared_data/oradata/DB/datafile/o1_mf_undotbs1_cb58nbnn_.dbf
    /U01/shared_data/oradata/DB/datafile/o1_mf_undotbs2_cb58pznk_.dbf
    .
    .
    .
    /U01/shared_data/oradata/DB/datafile/o1_mf_index_cb58pznk_.dbf

    Not that it's a big problem, I would like to know how this happens.  Example of how I create a tablespace:

    CREATE bigfile TABLESPACE 'INDEX' LOGGING datafile SIZE 100 M AUTOEXTEND ON NEXT 250 M MAXSIZE UNLIMITED EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO;

    DB_1 > select * from v version $;

    BANNER                                                                               CON_ID
    -------------------------------------------------------------------------------- ----------
    Database Oracle 12 c Enterprise Edition Release 12.1.0.2.0 - 64 bit Production 0
    PL/SQL Release 12.1.0.2.0 - Production 0
    CORE 12.1.0.2.0 Production 0
    AMT for Linux: Version 12.1.0.2.0 - Production 0
    NLSRTL Version 12.1.0.2.0 - Production 0

    Thank you!

    2932017 wrote:

    Hi all

    I can't figgure where in the database creation process how all tablespaces being named for example, beginning with o1_mf and ending with cb58lw2z_.dbf:

    DB_1 > select name from v$ datafile;

    NAME
    --------------------------------------------------------------------------------
    /U01/shared_data/oradata/DB/datafile/o1_mf_system_cb58lw2z_.dbf
    /U01/shared_data/oradata/DB/datafile/o1_mf_undotbs3_cb58q00g_.dbf
    /U01/shared_data/oradata/DB/datafile/o1_mf_sysaux_cb58krqh_.dbf
    /U01/shared_data/oradata/DB/datafile/o1_mf_undotbs1_cb58nbnn_.dbf
    /U01/shared_data/oradata/DB/datafile/o1_mf_undotbs2_cb58pznk_.dbf
    .
    .
    .
    /U01/shared_data/oradata/DB/datafile/o1_mf_index_cb58pznk_.dbf

    Not that it's a big problem, I would like to know how this happens.  Example of how I create a tablespace:

    CREATE bigfile TABLESPACE 'INDEX' LOGGING datafile SIZE 100 M AUTOEXTEND ON NEXT 250 M MAXSIZE UNLIMITED EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO;

    DB_1 > select * from v version $;

    BANNER                                                                               CON_ID
    -------------------------------------------------------------------------------- ----------
    Database Oracle 12 c Enterprise Edition Release 12.1.0.2.0 - 64 bit Production 0
    PL/SQL Release 12.1.0.2.0 - Production 0
    CORE 12.1.0.2.0 Production 0
    AMT for Linux: Version 12.1.0.2.0 - Production 0
    NLSRTL Version 12.1.0.2.0 - Production 0

    Thank you!

    https://www.Google.com/webhp?hl=en&tab=WW#hl=en&q=Oracle+managed+files

  • How can I write the trigger for the global temporary Table

    Hi Grus,
    How can I write the trigger for the global temporary Table.

    I created the TWG with trigger using the script below.


    CREATE A GLOBAL_TEMP GLOBAL TEMPORARY TABLE
    (
    EMP_C_NAME VARCHAR2 (20 BYTE)
    )
    ON COMMIT PRESERVE ROWS;


    CREATE OR REPLACE TRIGGER TRI_GLOBAL_TEMP
    BEFORE DELETE, UPDATE OR INSERT
    ON GLOBAL_TEMP
    REFERRING AGAIN AS NINE OLD AND OLD
    FOR EACH LINE
    BEGIN
    INSERT INTO VALUES EMPNAME (: OLD.) EMP_C_NAME);
    END;
    /


    trigger was created successfully, but her would not insert EMPNAME Table...

    Please guide if mistaken or not? If not wanting to give a correct syntax with example


    Thanks in advance,
    Arun M M
    BEGIN
    INSERT INTO EMPNAME VALUES (:OLD.EMP_C_NAME);
    END;
    
    you are referencing old value in insert stmt.
    
    BEGIN
    INSERT INTO EMPNAME VALUES (:new.EMP_C_NAME);
    END;
    

    then run your app, it works very well...

    CREATE GLOBAL TEMPORARY TABLE GLOBAL_TEMP
    (
    EMP_C_NAME VARCHAR2(20 BYTE)
    )
    ON COMMIT PRESERVE ROWS;
    
    CREATE OR REPLACE TRIGGER TRI_GLOBAL_TEMP
    BEFORE DELETE OR UPDATE OR INSERT
    ON GLOBAL_TEMP
    REFERENCING NEW AS NEW OLD AS OLD
    FOR EACH ROW
    BEGIN
    dbms_output.put_line(:OLD.EMP_C_NAME||'yahoo');
    INSERT INTO EMPNAME VALUES (:new.EMP_C_NAME);
    dbms_output.put_line(:OLD.EMP_C_NAME);
    END;
    /
    
    create table EMPNAME as select * from GLOBAL_TEMP where 1=2
    
    insert into GLOBAL_TEMP values('fgfdgd');
    commit;
    select * from GLOBAL_TEMP;
    select * from EMPNAME;
    
    output:
    1 rows inserted
    commit succeeded.
    EMP_C_NAME
    --------------------
    fgfdgd               
    
    1 rows selected
    
    EMP_C_NAME
    --------------------
    fgfdgd               
    
    1 rows selected
    

    He got Arun

    Published by: OraclePLSQL on December 28, 2010 18:07

  • Working with temporary tables in PL/SQL processes

    So I'm trying to write a PL/SQL process and I have some difficulty. Here's what I do:

    -Create temporary tables
    -Put the data in them
    -Use the data in temporary tables to fill the main status table
    -Remove temporary tables

    I'm running into some problems when I try to create the tables. If I do as I would in SQL Server:

    SELECT field1, Field2
    IN TempTable1
    Of


    Then, I get an error saying that there is no such thing as TempTable1. If I say:

    CREATE TABLE TempTable1 AS
    SELECT field1, Field2
    Of


    Then I get "found CREATE, Expecting CASE or another statement." I know that to truncate or remove tables in a PL/SQL, I use EXECUTE IMMEDIATE. I do the same thing for the creation of a table? If this is the case, how can I use run immediately on a query with apostrophe inside multi-line?

    Thank you!

    Use of temporary tables in Oracle is different from MS Sql Server.
    In Oracle, you create tables Temp the same way you would normally create a permanent table.
    Search syntax "create a global temporary table.
    Oracle global temporary tables are visible to all connections, but don't share all the data.
    The data are visible only for connections that introduced the data and are removed on commit / rollback, or when the connection ends.
    So Structure is permanent, data is temporary and exclusive to a single connection.

    If your process should look like this:

    Create global temporary tables - once - at the same time, you create all of the other tables in your system.

    -Fill the temporary tables.
    -use the data in temporary tables to fill the main report table
    -remove the data from the temporary tables.

    Information on the Temp in Oracle tables:
    http://download.Oracle.com/docs/CD/B19306_01/server.102/b14231/tables.htm#sthref2213

    HTH
    Thomas

  • Are global temporary tables, a standard feature of Oracle?

    I apologize for introducing me to this community with what must seem like a very stupid question...

    I am a software developer, working on a product that uses Oracle as its database, specifically Oracle 11 g Enterprise Edition. Recently, I solved a problem of performance by converting an ordinary table into a global temporary table. Before my boss allows me to put this change in the product, it wants to be sure that global temporary tables are a standard part of Oracle, not something that the customer must install separately or pay extra for. (This is the first time that we never used them in our product, so I think that most of the team are not familiar with them).

    I know that Oracle has had global temporary tables since the last millennium, so if ever, they have been a feature of the premium, they are unlikely to be now, but the boss wants me to get independent confirmation of this.

    Thank you.

    Steve Pemberton

    Here you can see "feature availability by Edition":

    http://docs.Oracle.com/CD/E11882_01/license.112/e47877/editions.htm#DBLIC116

    TWG tables is not even mentioned, which means that they do not belong to the functional components are paid separately.

    One caveat - if you have an application that uses connection pooling, it is recommended to use ON COMMIT DELETE ROWS, not ON COMMIT PRESERVE ROWS

    (or always use explicitly "DELETE gtt_table" at the beginning), because otherwise a user of the application can display the data TWG who has previously made a second user of the application.

    Kind regards

    Zlatko

  • Why create indexes use non-temporary tables?

    Looking into creating this index R-Tree, I noticed that all the staging tables are created as permanent instead of temporary tables.

    Why create a land index do this?

    Create the staging tables as temporary tables should reduce significant global creation time - what I'm missing here?

    Bryan

    Temporary tables are session-private. In other words, the different parallel slaves

    sessions may not see the same temporary tables.

  • Temporary tables in stored procedure

    Hello

    I write a stored procedure that will get data from different sources and generates a spreadsheet finally. Initial selection gets the basic data and chooses then merges the data.

    To do this, I created a table in the database, I'm filling in data in this table by using the same procedure and finally selection of data in this table to generate the worksheet.

    Now, I plan to use the TEMPORARY table instead of create database table. Can someone tell me where I can watch examples for temporary tables?

    What is the best option in performance wise?

    or

    I can handle the whole scenario with slider? examples?

    Hello

    Why you cannot use an ordinary table?

    Search for [Global Temporary | http://download.oracle.com/docs/cd/B28359_01/server.111/b28286/statements_7002.htm#sthref7247] in the diocumentation, including SQL * manual language, an alternative.

    'Temporary' applies only to the data. A global temporary Table is created once and remains until you DROP, the same as any other table.
    The data in the table are temporary. If you create the table by saying "ON COMMIT PRESERVE ROWS" (which seems appropriate, according to your description) the data will be automatically deleted when you end the session database.

    All global data in temporary Tables are specific to the session. If two (or more) people use the same table at the same time, each one will see data that they inserted themselves; they'll never see rows inserted by the other session.

    Almost everything you can do with an ordinary table, you can do with a global temporary Table. In particular, DML (such as FUSION) and cursors work exactly as they do on other tables.

  • Temporary tables in Oracle

    Hi all


    I develop a .net application with back-end in oracle 10g. I had previously worked with sql server 2005,2008 and I am new to oracle.

    I'm working on a query complex that requiries, the temporary table inside the procedure. In sql server easy to create and drop the temporary table inside the proc.

    Can I use a specific Transaction TWG to store and process temporary data inside my procedure? My web application must be linked to the database via a a username and a password. Since being a web background multi-user executes the procedure at the same time, registered under the same user name and password...

    I know it's a coomon question, but I need him...

    It is very complicated to use WITH SELCT or inline views etc...

    Thank you

    Kris.

    I know it's a coomon question, but I need him...

    If you know that this is a frequently asked question, then you must know the common answer. But we're going there repeat once more.

    In Oracle temporary tables are permanent objects. It was only the data in them that is temporary. So for your scenario, you should have the DBA create table once, like any other table.

    The thing with temporary tables is that each session sees its own data and nothing else. If your procedure can fill the table with data, treat it and send it back without a hitch.

    Since being a web background multi-user executes the procedure at the same time, registered under the same user name and password...

    Is not serious: the display of the data is controlled by session. If you do not have a problem providing the table is filled and the result set returned in a single call.

    It is very complicated to use WITH SELCT or inline views etc...

    Yes it's hard. Fortunately, CPUs get more powerful and continue to become cheaper, bandwidth so that our systems to continue to deal with the growing number of suck is code thrown at them. Is not Moore's law wonderful :)

    Cheers, APC

    blog: http://radiofreetooting.blogspot.com

  • Temporary tables

    Hi guys,.

    Please can you advise if we can create indexes and constraints into Temp Tables can also we grant or revoke access to them or can someone with passwords schema access this particular diagram TEMP tables.

    See you soon,.
    Shaz

    The fact is more often that not the use of temporary tables in Oracle is false because all of the databases are not the same, and operations that have been a trend toward the use of temporary tables in SQL Server and Sybase normally does not require the same approach in Oracle where SQL big is often the preferred approach.

    They do not create of redo

    Not quite true that the use of temporary tables generates the cancellation. Undo generates redo.

    Please can you advise if we can create indexes and constraints into Temp Tables can also us grant or revoke access to them or what anyone with the schema > passwords can access the TEMP of this particular schema tables.

    The question is far from clear.

    The content of a temporary table is private.
    Multiple sessions can use a temporary table at the same time, any use of a temporary table is private to the session.
    You can create an index and constraints.
    Privileges of a temporary table are controlled according to any other object.

    Published by: Dom on May 8, 2012 Brooks 16:09

  • ODI CKM and LKM temporary tables

    Hello

    I am new to Oracle Data Integrator part.
    I've found that I have$ and C$ temporary tables are created in the schema target databases?
    I just wanted to know is there a significance that these tables are created in target tables?
    These tables can be created in the other schema schema target?
    If so, how they can b created?

    Really need this information ASAP?

    Thanks for the Clarification.

    Thank you and best regards,
    Mahesh

    Hello Manu,

    Good to know you well understood.
    If you make another schema then temporary tables will not be created in you're your target schema. Thus, it will be clean of temporary tables.

    You shoudn't make another database because when you deal with millions of records, you will face a huge problem in time to load application consumption.
    I was suffering with this scenario, but now I use the other as I told you before.

    Thank you

  • global temporary table in oracle

    HI all,
    I want to know more about TWG in oracle, why we use it, cant why we use table bunch (we can truncate and we can use) as TWG, please help me

    The data in a temporary table are private to the session that created and can be specific to the session or operations. If the data are deleted at the end of the transaction, the table must be defined as follows:

    CREATE TEMPORARY table GLOBAL My_Temp_Table (NUMBER of Column1, Column2 NUMBER) ON COMMIT DELETE ROWS.

    If on the other hand that data should be kept until the session ends, it should be defined as follows:

    CREATE TEMPORARY TABLE global my_temp_table (NUMBER of Column1, Column2) ON COMMIT PRESERVE ROWS;

    Various characteristics
    1. If the TRUNCATE statement is issued against a temporary table, only the specific session data trucated. There is no impact on the data of the other sessions.
    2. the data in temporary tables is automatically delete at the end of the session of the database, even if it ends abnormally.
    3 indexes can be created on temporary tables. Content in the index and the scope of the index are the same as the database session.
    4. the views can be created against temporary tables and combinations of temporary and permanent tables.
    5 Tempoarary tables can have triggers associated with them.
    6. export and import utilities can be used to transfer table definitions, but without data lines are treated.
    7. There are a number of tables linked to temporary restrictions, but here are the specific version.

  • dimension members start with zero (0)?

    Is it possible to have essbase dimension member names starting with number as say 0123? Its getting stored as 123. The 0 (zero) as the first alphabet is ignored. Pls help.

    Certainly possible. Naming limitations are described here: Naming Conventions for Essbase

    What do you mean when you say that it is getting "stored" without the zero? I wonder if your recovery in Excel and Excel is stripping the leading zero significant (use an apostrophe as a prefix in Excel in this case).

  • What to fill in 'field of the temporary table' for global temporary tables?

    Hello

    I use the Data Modeler 4.0.1.836 and everything that I put in the box 'the scope of the table temp' for a global temporary table doesn't seem to affect the DDL script about the ON COMMIT PRESERVE/DELETE the LINES option. The script poster ON COMMIT PRESERVE ROWS always anything.

    Yet, some of my temporary tables must be created as ON COMMIT DELETE ROWS.

    Using the Data Modeler wrote about it:

    Scope of the temporary Table:

    For a class as a temporary table, you can specify a scope, such as the Dimension or the Session.

    Not sure what 'Dimension' has to do with the scope here, but it makes no difference.

    I tried to put 'Session', 'Dimension', 'Operation', but no luck. So what is the text for the script generate ON COMMIT DELETE ROWS?

    Thank you

    Hello

    The temporary Scope of Table property (on page Types of Classification of the table properties dialog box) is purely documentary.

    To set ON COMMIT DELETE ROWS you must expand the browser for the relational model and find the node for the relevant Oracle physical model.  If you develop it you will find an entry there for your Table. Double-click on that to get the physical model properties dialog box for your table, and you will find a "Temporary" facility that has options (Preserve Rows), YES (Delete Rows) YES or no.

    David

Maybe you are looking for