四、不同版本的EXP/IMP問題？
一般來說，從低版本導入到高版本問題不大，麻煩的是將高版本的數據導入到低版本中，在Oracle9i之前，不同版本Oracle之間的EXP/IMP可以通過下面的方法來解決：
1、在高版本數據庫上運行底版本的catexp.sql；
2、使用低版本的EXP來導出高版本的數據；
3、使用低版本的IMP將數據庫導入到底版本數據庫中；
4、在高版本數據庫上重新運行高版本的catexp.sql腳本。
但在9i中，上面的方法並不能解決問題。如果直接使用底版本EXP/IMP會出現如下錯誤：
EXP-00008: Oracle error %lu encountered
ORA-00904: invalid column name
這已經是一個公布的BUG，需要等到Oracle10.0才能解決，BUG號為2261722，你可以到METALINK上去查看有關此BUG的詳細信息。
BUG歸BUG，我們的工作還是要做，在沒有Oracle的支持之前，我們就自己解決。在Oracle9i中執行下面的SQL重建exu81rls視圖即可。
CREATE OR REPLACE vIEw exu81rls
(objown,objnam,policy,polown,polsch,polfun,stmts,chkopt,enabled,spolicy)
AS select u.name, o.name, r.pname, r.pfschma, r.ppname, r.pfname,
decode(bitand(r.stmt_type,1), 0,'', 'SELECT,')
|| decode(bitand(r.stmt_type,2), 0,'', 'INSERT,')
|| decode(bitand(r.stmt_type,4), 0,'', 'UPDATE,')
|| decode(bitand(r.stmt_type,8), 0,'', 'DELETE,'),
r.check_opt, r.enable_flag,
DECODE(BITAND(r.stmt_type, 16), 0, 0, 1)
from user$ u, obj$ o, rls$ r
where u.user# = o.owner#
and r.obj# = o.obj#
and (uid = 0 or uid = o.owner# or
exists ( select * from session_roles where role='SELECT_CATALOG_ROLE') )
/ grant select on sys.exu81rls to public;
五、其他問題
本文只討論了Oracle8i和9i中的EXP/IMP的一些情況，對於之前的版本，在8.0.X中，除了QUERY參數不能用外，其它差別不大。針對沒有QUERY的情況，我們可以先在數據庫中使用查詢條件建立臨時中間表，然後使用EXP導出這個中間表即可。至於Oracle7因為目前使用的人較少，gototop不打算在此做詳細解釋了，如果讀者朋友有需求，你可以參考Metalink文檔：“OvervIEw of Export and Import in Oracle7”（文檔號：61949.1）。關於EXP/IMP的詳細參數信息你可以通過EXP/IMP HELP=Y來獲得。
另外關於傳輸表空間的更多信息可以參考下面的Metelink文檔，本文不再詳述。
[NOTE:77523.1] Transportable Tablespaces -- An Example to setup and use.
[NOTE:100698.1] Perform tablespace point-in-time recovery using Transportable Tablespace.
在進行並行EXP/IMP的時候，如果IMP過程建索引的話不建議同時運行5個以上的IMP，如果你想加快速度，可以在IMP的時候不建索引，這樣只要內存允許，可以多跑幾個，然後是SQL腳本創建需要的索引。
可能有很多朋友提到不同字符集的EXP/IMP問題，gototop以為這個問題之所以會出現純粹是因為數據庫平台沒有規劃的結果，實際情況過於復雜，如果各位有興趣，可以自行探討.
