RT，请明示。如果在8i客户端export 9i库，再import 8i库，export时使用direct＝y有没有不便或不行的地方？

direct＝y 这样数据不过内存直接到exp 文件,速度是快了很多.发现不了原有数据错误.不支持大对象用direct=y 选项.

direct＝y在某些时候，虽然导出正常，但是导入却会报错
而且由于direct＝y并不能加快imp所需的时间，实际上imp也没有这个参数，所以如果不是很在乎exp的时间的话，建议使用direct＝n

DIFFERENCE
----------
1. Conventional path Export.
   -------------------------
   Conventional path Export uses the SQL SELECT statement to extract data  
   from tables. Data is read from disk into the buffer cache, and rows are  
   transferred to the evaluating buffer. The data, after passing expression  
   evaluation, is transferred to the Export client, which then writes the  
   data into the export file.  

2. Direct path Export.
   -------------------
   When using a Direct path Export, the data is read from disk directly
   into the export session's program global area (PGA): the rows are  
   transferred directly to the Export session's private buffer. This also
   means that the SQL command-processing layer (evaluation buffer) can be
   bypassed, because the data is already in the format that Export expects.  
   As a result, unnecessary data conversion is avoided. The data is  
   transferred to the Export client, which then writes the data into  
   the export file.

QUOTE:

---

最初由 husthxd 发布
DIFFERENCE
----------
1. Conventional path Export.
   -------------------------
   Conventional path Export uses the SQL SELECT statement to extract data  
   from tables. Data is read from disk into the buffer cache, and rows are  
   transferred to the evaluating buffer. The data, after passing expression  
   evaluation, is transferred to the Export client, which then writes the  
   data into the export file.  

2. Direct path Export.
   -------------------
   When using a Direct path Export, the data is read from disk directly
   into the export session's program global area (PGA): the rows are  
   transferred directly to the Export session's private buffer. This also
   means that the SQL command-processing layer (evaluation buffer) can be
   bypassed, because the data is already in the format that Export expects.  
   As a result, unnecessary data conversion is avoided. The data is  
   transferred to the Export client, which then writes the data into  
   the export file.

---

说实在的，即便读懂这段英文，我还是不知道该参数在Y和N
情况下的差别，文章没说明，Y/N时的优缺点。没说明什么情况
下适合Y/N。而这些正是操作员所关心和需要的。

泛泛地讲一些术语，如：SQL command-processing layer (evaluation buffer) can be bypassed，看不明白，读了我觉得帮助还是不大，
这也是ORACLE文档常见的毛病。

如果有试验能看出两者间的区别，那时最好的。

QUOTE:

---

最初由 ZALBB 发布


说实在的，即便读懂这段英文，我还是不知道该参数在Y和N
情况下的差别，文章没说明，Y/N时的优缺点。没说明什么情况
下适合Y/N。而这些正是操作员所关心和需要的。

泛泛地讲一些术语，如：SQL command-processing layer (evaluation buffer) can be bypassed，看不明白，读了我觉得帮助还是不大，
这也是ORACLE文档常见的毛病。

如果有试验能看出两者间的区别，那时最好的。

---

nod
不妨找一张大表分别用direct=y/n方式exp,比较一下就出来了.

P380~
直接路径：获得最优的导出性能
direct = y

ORACLE会绕过SQL语句处理引擎，直接从数据文件中读取数据，然后写入导出文件；如果表中包含某些特定的数据类型，比如大对象和对象，碰到这样的情况的时候，ORACLE会自动切换到常规的导出方式，并在导出日志中记录。

还有一些参数和DIRECT参数不兼容，例如当使用直接路径导出可移动表空间，或者用QUERY参数的时候，就无法使用DIRECT参数。

oracle8174,9202等的不指定DIRECT的EXP命令存在BUG，如果将BUFFER设的过大，会导致字段中数据值改变。

刚才做了测试，导出同一张表，300W记录，Y比N快了20秒（为减少网络传输误差，
在数据库服务器上做的EXP），同时发现Y比N导出的文件要小6M多。不知道减少
的6M体现在哪里？

我想搞清楚，Y/N各自的利弊，在什么情况下适合用Y，什么情况下适合用N。

不在乎EXP时间的，一律建议使用direct=N