oracle存储过程中创建临时表

㈠ oracle中，存储过程建的临时表

create table tmp_临时表 as select * from 表名 ;// 这边是创建临时表再将数据添加到临时表

insert into tmp_临时表 select * from 表名 ; // 和上面的一样，但是这个是临时表已经存在新增数据

㈡ 在oracle 存储过程中，动态创建临时表后，执行一段很长的insert 语句，应该怎么弄呢

通过拼接sql语句赋给变量如v_sql
然后再用execute immediate v_sql执行即可实现。

㈢ oracle使用存储过程创建临时表提示ORA-24344: success with compilation error

str:='INSERTINTOTEMP_ACTIVITY(
SELECT
TO_CHAR(A1."FEndTime",'YYYY')||'年'||TO_CHAR(A1."FEndTime",'MM')||'月'||TO_CHAR(A1."FEndTime",'DD')||'日'AS"ActivityDate",
A2."FName"AS"ActivityUser",
A1."FSFPlan"AS"ActivityPLan",
A3."FName"AS"ActivityCustomer",
A1."FDescription"AS"Activity",
A1."FAttainment"AS"Attainment",
A1."FDescriptios"AS"Descriptios"
FROM"TcActivity"A1
LEFTJOIN"TsUser"A2ONA2."FId"=A1."FUserId"
LEFTJOIN"YstCustomer"A3ONA3."FId"=A1."FCustomerId")';

把这个sql 输出来看看，多了一个“(”。

㈣ oracle 在存储过程中动态的建一个临时表使用和在数据库里写死一个临时表使用两者有什么区别

我们仍使用实验 05中的环境，略去准备数据的过程。

我们仍然使用两个会话，一个会话 run，用于运行主 SQL；另一个会话 ps，用于进行 performance_schema 的观察：

主会话线程号为 29，

可以看到写入的线程是 page_clean_thread，是一个刷脏操作，这样就能理解数据为什么是慢慢写入的。

也可以看到每个 IO 操作的大小是 16K，也就是刷数据页的操作。

结论：

我们可以看到，

1. MySQL 会基本遵守 max_heap_table_size 的设定，在内存不够用时，直接将表转到磁盘上存储。

2. 由于引擎不同（内存中表引擎为 heap，磁盘中表引擎则跟随 internal_tmp_disk_storage_engine 的配置），本次实验写磁盘的数据量和实验 05中使用内存的数据量不同。

3. 如果临时表要使用磁盘，表引擎配置为 InnoDB，那么即使临时表在一个时间很短的 SQL 中使用，且使用后即释放，释放后也会刷脏页到磁盘中，消耗部分 IO。

㈤ Oracle存储过程创建临时表，插入数据后，怎么返回临时表数据，并在asp.net中接收到datatable中

建一个视图好啦．把结果存起来：
CREATE VIEWVIEW_NAME AS
SELECT * FROM A
UNION ALL
SELELCT * FROM B
这样就会把两张的表内容同时存在视图:VIEW_NAME中．并且还会时时更新．即方便又节省空间．

㈥ oracle 存储过程 怎么用内存表

一 临时表语法

临时表只在Oracle 8i 以及以上产品中支持。

语法：

<textarea cols="50"
rows="15" name="code" class="java:showcolumns">create global
temporary table 临时表名 on commit preserve/delete rows
--preserve:SESSION级的临时表，delete:TRANSACTION级的临时表.</textarea>

SESSION级的临时表数据在整个SESSION都存在，直到结束此次SESSION；而TRANSACTION级的临时表数据在
TRANACTION结束后消失，即COMMIT/ROLLBACK或结束SESSION都会清除TRANACTION临时表数据。

当会话退出或者用户提交commit和回滚rollback事
务的时候，临时表的数据自动清空，但是临时表的结构以及元数据还存储在用户的数据字典中。当一个会话结束(用户正常退出、用户不正常退出、ORACLE实
例崩溃)或者一个事务结束的时候，Oracle对这个会话的表执行 TRUNCATE
语句清空临时表数据，但不会清空其它会话临时表中的数据。临时表可以使用触发器。

二 临时表ORACLE数据库与sqlserver的区别

ORACLE临时表，transaction或者session结束，会清空表数据。但是表还存在。

SQL SERVER临时表，存储在 tempdb 中，当不再使用时会自动删除。

1 SQL SERVER临时表是一种”内存表”，表是存储在内存中的。ORACLE临时表除非执行DROP TABLE,否则表定义会保留在数据字典中；

2 SQL SERVER临时表不存在类似ORACLE临时表事务级别上的功能；

3 SQL SERVER本地临时表(#) 与 ORACLE的会话级别临时表类似，但是在会话退出的时候，SQL SERVER会自动删除，ORACLE不会删除表；

4 SQL SERVER的全局临时表(##) 是指多个连接共享同一片内存。当没有指针引用该内存区域时，SQL SERVER自动释放全局临时表。

ORACLE不是一种内存中的数据库，所以如果ORACLE类似SQL SERVER 频繁的对临时表进行建立和删除，必定会影响性能。所以ORACLE会保留临时表的定义直到用户DROP TABLE。

在ORACLE中，如果需要多个用户共享一个表(类似
SQL
SERVER的全局临时表##)，则可以利用永久表，并且在表中添加一些可以唯一标识用户的列。利用触发器和视图，当用户退出的时候，根据该登陆用户的唯
一信息删除相应的表中的数据。 但这种方法给ORACLE带来了一定量的负载。

三 使用

1 判断表不存在就创建表

<textarea cols="50" rows="15" name="code" class="java:showcolumns:firstline[1]">create ...
is
temptable_name varchar2(20);
v_count number(1);
begin
temptable_name := 'TEMP_TABLENAME';
select count(*) into v_count from tab where tname = temptable_name;
if(v_count = 0) then
execute immediate 'create table ...';
else
--其他表存在的操作
end if;</textarea>

2 注意使用时，可能会产生的错误：ORA-08103: object no longer
exists，ORA-14452 attempt to create, alter or drop an index on temporary
table already in use

ORA-14452 ： 通过1的判断，一般会解决该问题。如果在表使用时，执行删除表操作，会出现该错误。

ORA-08103 ： 使用事务级的临时表时，如果，事务提交前执行删除表操作或者在事务提交以后使用，就会产生这样的问题。改成会话级别的可以解决这个问题，但是在会话级别的数据的正确性，可能会因为使用连接池，同一个会话中不同操作而产生错误。