NEWKID：oci确实比存储过程快。

yulihua49

qingyun 发表于 2014-6-9 11:13
肯定没有sqldr快，只要是sql的方式，管你用什么引擎，我都有信心开发出速度no1的程序

你没他快还敢说no1？
我可是比他快的。上面说了嘛，等你比他快了，咱俩再PK。
sqlldr的direct方式是门槛，过了这个门槛才有吹牛资本。
sqlldr内部就是OCI，sql方式。你呢？

你也别想秒杀oci的事，OCI用好了。。。。。。。。。。。。。
有一种东西可能比OCI快，---------------- 直接掏redo，undo日志。

有一家公司做了直掏日志的应用系统，是快一些，但是：
1.数据库版本升级
2.程序异常
都可能造成数据库崩溃。

newkid

yulihua49 发表于 2014-6-9 14:03
你没他快还敢说no1？
我可是比他快的。上面说了嘛，等你比他快了，咱俩再PK。
sqlldr的direct方式是门槛 ...

正说着数据加载卸载，怎么冒出个redo,undo来？你知道这两样东西干什么用的？

yulihua49

newkid 发表于 2014-6-9 21:36
正说着数据加载卸载，怎么冒出个redo,undo来？你知道这两样东西干什么用的？

不太知道。
有一家公司做了一个复制工具，从日志里掏数据，取出来送到另一个数据库。
忘了他掏的是redo还是undo。

newkid

yulihua49 发表于 2014-6-10 11:40
不太知道。
有一家公司做了一个复制工具，从日志里掏数据，取出来送到另一个数据库。
忘了他掏的是redo ...

这不就是GOLDENGATE用的方法？
这个是要做增量数据复制，为了不“打扰”原数据库，就分析REDO看看上面发生了哪些变化。核心在于“增量”，和导出完全是两码事。

qingyun

其实快的机制，是通过技巧实现的；多线程，多回话，一个大表分段导出合并等；

bfc99

newkid 发表于 2012-11-15 04:28
新版过程：

CREATE OR REPLACE PROCEDURE SQL_TO_CSV2

在您的代码的基础上，添加了输出列名的功能。替换掉了我原来代码中一些需要导出到文件功能的代码段。不仅减少了代码量，而且更灵活了。

更重要的收获是，以前一直以为在excute immediate后面只能跟单条的SQL语句，通过对您的这段代码的学习、调试和理解，知道了excute immediate后面也可以跟代码段，而且还是带有变量声明部分的代码段。此外，在调试过程中，对于动态代码中的部分代码，又是通过循环方式来构造的方法，很是经历了一番折磨，但明白后，深感大有收获。多谢大师。

associate

在sqlplus中执行的话，执行之前加这一句，还可以进一步提升性能：set arraysize 5000