使用copy命令解決LONG型別的困擾

dbhelper發表於2014-11-26
在oracle的資料型別中,long型別算是一個比較另類的典型,早就不建議使用了,但是在資料字典裡還是能看到long 型別的影子。
如果在一些工作中碰到long type就讓人感覺long 型別像是被封殺了,會碰到不少的問題。
比如資料字典user_constraints中包含了long型別的列。
SQL> desc user_constraints
 Name                                      Null?    Type
 ----------------------------------------- -------- ----------------------------
 OWNER                                              VARCHAR2(30)
 CONSTRAINT_NAME                           NOT NULL VARCHAR2(30)
 CONSTRAINT_TYPE                                    VARCHAR2(1)
 TABLE_NAME                                NOT NULL VARCHAR2(30)
 SEARCH_CONDITION                                   LONG
 R_OWNER                                            VARCHAR2(30)
 R_CONSTRAINT_NAME                                  VARCHAR2(30)
 DELETE_RULE                                        VARCHAR2(9)
 STATUS                                             VARCHAR2(8)
 DEFERRABLE                                         VARCHAR2(14)
 DEFERRED                                           VARCHAR2(9)
 VALIDATED                                          VARCHAR2(13)
 GENERATED                                          VARCHAR2(14)
 BAD                                                VARCHAR2(3)
 RELY                                               VARCHAR2(4)
 LAST_CHANGE                                        DATE
 INDEX_OWNER                                        VARCHAR2(30)
 INDEX_NAME                                         VARCHAR2(30)
 INVALID                                            VARCHAR2(7)
 VIEW_RELATED                                       VARCHAR2(14)

如果我們要建立一個表,存放user_constraints裡的資料,就會碰一鼻子灰。

SQL> create table test2 as select *from user_constraints;
create table test2 as select *from user_constraints
                             *
ERROR at line 1:
ORA-00997: illegal use of LONG datatype
這個錯誤的解釋如下:
SQL> !oerr ora 00097
00097, 00000, "use of Oracle SQL feature not in SQL92 %s Level"
// *Cause: Usage of Oracle's SQL extensions.
// *Action:

對於long型別,倒是有提供一個包來做long型別的轉換。如果只是簡單的資料,使用包就感覺有些麻煩了。
使用exp/imp貌似是一種方式,不過話說過來,如果沒有建立好test_test這個表的話,exp/imp也是無計可施。
如果那個Long列不需要的話,還可以在sql語句裡把列名都一一列上,當然這方法就有些體力活了。

如果想快速複製資料而且不希望sql命令太複雜,可以考慮copy命令。
SQL> copy from n1/n1@testdb -
> to n1/n1@testd  -
> create test_test -
> using select *from user_constraints

Array fetch/bind size is 15. (arraysize is 15)
Will commit when done. (copycommit is 0)
Maximum long size is 80. (long is 80)
Table TEST_TEST created.

   20 rows selected from n1@testd .
   20 rows inserted into TEST_TEST.
   20 rows committed into TEST_TEST at n1@testdb.

SQL> desc test_test
 Name                                      Null?    Type
 ----------------------------------------- -------- ----------------------------
 OWNER                                              VARCHAR2(30)
 CONSTRAINT_NAME                           NOT NULL VARCHAR2(30)
 CONSTRAINT_TYPE                                    VARCHAR2(1)
 TABLE_NAME                                NOT NULL VARCHAR2(30)
 SEARCH_CONDITION                                   LONG
 R_OWNER                                            VARCHAR2(30)
 R_CONSTRAINT_NAME                                  VARCHAR2(30)
 DELETE_RULE                                        VARCHAR2(9)
 STATUS                                             VARCHAR2(8)
 DEFERRABLE                                         VARCHAR2(14)
 DEFERRED                                           VARCHAR2(9)
 VALIDATED                                          VARCHAR2(13)
 GENERATED                                          VARCHAR2(14)
 BAD                                                VARCHAR2(3)
 RELY                                               VARCHAR2(4)
 LAST_CHANGE                                        DATE
 INDEX_OWNER                                        VARCHAR2(30)
 INDEX_NAME                                         VARCHAR2(30)
 INVALID                                            VARCHAR2(7)
 VIEW_RELATED                                       VARCHAR2(14)


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/8494287/viewspace-1347107/,如需轉載,請註明出處,否則將追究法律責任。

相關文章