提高GL_INTERFACE的性能

纵横四海

原文来自于：http://www.xiaobaicai.com/text/10Article1/178/gl-interface-op

1, db Init.ora 参数设定.
一次读取block
2, standar request max number
systemadminstrator/concurrent/manager/define/
3,GL 优化程序, 可以配合gather使用
Maintain Summary Templates Program
GL Optimizer Program
4,Concurrent Program Controls setup
GL super/setup/system/control
一次读取到内存的科目,可以把科目都读入
每次处理的journal的数量,不写默认是1000
指定回滚段
千万不能指定归档, gl_interface_history 就是用来纪录的.
5,可以在GL_interface创建索引,指定到自己的表空间
CREATE INDEX gl_interface_n2 ON gl_interface (request_id,je_header_id,status,code_combination_id, je_line_num)
在gl_code_combinations 上创建索引，参看本人的另一文章。
6,导入建议:
(1)尽可能的少batch
(2)关闭应该关闭的period
(3)不允许动态插入,这也会带来开销
7, oracle 还提供多个口导入, 这个用得人应该很少. ref: 198437.1
最后,要随时的检测temp,以及回滚段标空间

zengfanbai

顶一下。
假如可以再详细讲解下采购接收的那些INTERFACE表就好了。
因为我现在急需了解，创建了采购单后，如果要在后台直接插数据，应该在那些INTERFACE表里面插，才能最终使数据库现有量改变，若完成了接受就能关闭该采购定单。

zengfanbai

我现在是已经往RCV_SHIPMENT_HEADERS,RCV_SHIPMENT_LINES,
RCV_HEADERS_INTERFACE,RCV_TRANSACTIONS_INTERFACE几个表里面插了数据了，但是，这些数据只是停留在这些表里面，没有进一步的行动。很疑惑啊！

goodhawk

哦，原来转到这来了。

其实这个东东是我在一次上线的时候，用户为了一次性导入100多万笔 Journal Line 逼迫我去做的。后来证明效果是明显的。