自定义临时表实现及在Oracle Spatial应用

Oracle 临时表功能介绍：
3 N2 s. e5 L% m- `2 }/ g, \( h8 g% A2 U. u  c" v- P5 }! f
    Oracle中的临时表是全局的，需要在数据库设计时创建完成，而不是程序使用时。每个登陆用户都使用这一个相同的临时表，但互相之间看不到彼此的数据，也就是说临时表是会话独立的。% Z( U  N& g0 u6 _. v
+ ]5 e0 ~, t/ K5 M
    Oracle 的临时表分为事务型和会话型。& L5 w, r: W) U- U1 H' q1 q% p$ W8 N
. J. L% w3 k( c' f+ v! Z
    事务型临时表就是指在事务处理过程中插入的记录只在事务提交或回滚之前有效，一旦事务完成，表中的记录便被自动清除。/ r- z! j  t4 [
. x( |* {5 R0 P0 _% v; `; ]7 ]7 f6 r
    会话型临时表指临时表中的数据在本次会话期间一直有效，直到会话结束。会话结束后表中针对此次会话的数据会自动清空。
5 K$ g- A5 }. ]4 ~( ~( h0 _; `2 g9 W% {. `# n7 h
    Oracle 临时表的不足之处：9 C5 ~0 x0 ]3 ?% ~  n, v- G  }4 z

3 W6 ?/ n( O/ `0 n- p4 a    1、不支持lob对象，例如 Spatial 的SDO_GEOMETRY.这也许是设计者基于运行效率的考虑，但实际应用中确实需要此功能时就无法使用临时表了。
* h" s/ M. I2 B! D; g; q2 O% m) D+ z" B& s
    2、不支持主外键关系。这意味着临时表
1 ^! E! T% S: Y) i4 ]
9 R, k' S0 c' V% x8 d    鉴于以上原因，洒家设计了一份自定义的临时表处理办法，使之可以支持Oracle Spatial数据类型和主外键关系，而且不会出现并发冲突。
" S# [( }- W4 k; E1 D  j0 E$ v1 T4 B0 r- x) p) S, @% A; L
    1、以常规表的形式创建临时数据表的表结构，但要在每一个表的主键中加入一个 SessionID 列以区分不同的会话。（可以有lob列和主外键）
( `: X3 n! ^3 J3 B1 W/ e% d! a6 ^7 G& q/ }- ?# g
    2、写一个用户注销触发器，在用户结束会话的时候删除本次会话所插入的所有记录（SessionID等于本次会话ID的记录）。6 `; |  S  x$ m
: G# F9 \0 k8 V% K+ T" ?$ c( w
    3、程序写入数据时，要顺便将当前的会话ID（SessionID）写入表中。
. E  f% |4 E1 C8 n- j( ^8 `6 {
: y5 U' |4 p5 r1 j    4、程序读取数据时，只读取与当前会话ID相同的记录即可。
; y0 V+ t" ^/ S) G7 v1 V: c2 ~8 C" R% {: f; e  R7 b
    功能增强的扩展设计：
: P1 A8 [' H/ K  x! k+ \
/ o3 e5 l+ i! ?' P9 K% m    1、可以在数据表上建立一个视图，视图对记录的筛选条件就是当前会话的SessionID.
6 I0 N3 D! f' v. g) E( L( W' Y1 N; x: T1 y
    2、数据表中的SessionID列可以通过Trigger实现，以实现对应用层的透明性。
9 F( ~" \$ |( p& B; ?$ ]' e  D6 p7 ~; Q
    3、高级用户可以访问全局数据，以实现更加复杂的功能。8 Z1 b" S$ p" t

7 v' f$ s: Z! G: V. p3 `    扩展临时表的优点：( b0 ?# h% i5 I' n+ Z6 o

2 U5 {+ H$ f) L' P4 T" Z    1、实现了与Oracle的基于会话的临时表相同的功能。
5 G  U$ y" ^6 r, N& g, X8 y: e" I. Z1 z' l& |5 {0 E
    2、支持SDO_GEOMETRY等lob数据类型。+ p1 O$ V& |. Y3 [- W1 l8 e: Q( X

; H. N, O4 ~& d    3、支持表间的主外键连接，且主外键连接也是基于会话的。
, Z9 B& O6 Y( X3 |1 d: i% b) B
  @8 G; L  L% R    4、高级用户可以访问全局数据，以实现更加复杂的功能。