<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    Decode360's Blog

    業精于勤而荒于嬉 QQ:150355677 MSN:decode360@hotmail.com

      BlogJava :: 首頁 :: 新隨筆 :: 聯系 ::  :: 管理 ::
      302 隨筆 :: 26 文章 :: 82 評論 :: 0 Trackbacks
    一、long類型的特性
    ?
    ?
    ??? 昨天想通過建立dblink把遠程數據庫的數據都導入到本地,寫了兩個簡單的存儲過程,發現view的數據字典user_view中的text字段是使用long類型的字段,所以研究了一下long類型屬性:
    ?
    SQL> desc user_views
    Name???????????? Type?????????? Nullable Default Comments??????????????????????????????????????????????????
    ---------------- -------------- -------- ------- ----------------------------------------------------------
    VIEW_NAME??????? VARCHAR2(30)??????????????????? Name of the view??????????????????????????????????????????
    TEXT_LENGTH????? NUMBER???????? Y??????????????? Length of the view text???????????????????????????????????
    TEXT???????????? LONG?????????? Y??????????????? View text?????????????????????????????????????????????????
    TYPE_TEXT_LENGTH NUMBER???????? Y??????????????? Length of the type clause of the object view??????????????
    TYPE_TEXT??????? VARCHAR2(4000) Y??????????????? Type clause of the object view????????????????????????????
    OID_TEXT_LENGTH? NUMBER???????? Y??????????????? Length of the WITH OBJECT OID clause of the object view???
    OID_TEXT???????? VARCHAR2(4000) Y??????????????? WITH OBJECT OID clause of the object view?????????????????
    VIEW_TYPE_OWNER? VARCHAR2(30)?? Y??????????????? Owner of the type of the view if the view is a object view
    VIEW_TYPE??????? VARCHAR2(30)?? Y??????????????? Type of the view if the view is a object view?????????????
    SUPERVIEW_NAME?? VARCHAR2(30)?? Y??????????????? Name of the superview, if view is a subview
    ???????????????
    ?
    ??? 其實long類型是oracle的一個過去式的類型,只是為了向下兼容才保存在10g里的。這是《SQL Reference》里的建議:“Do not create tables with LONG columns. Use LOB columns (CLOB, NCLOB, BLOB) instead. LONG columns are supported only for backward compatibility.
    ?
    ??? 另外oracle在long類型的使用上有比較多的限制,總而言之就是讓你不要再使用long類型,而用lob類型替代:
    ?
    You can reference LONG columns in SQL statements in these places:
    ■ SELECT lists
    ■ SET clauses of UPDATE statements
    ■ VALUES clauses of INSERT statements

    The use of LONG values is subject to these restrictions:
    ■ A table can contain only one LONG column.
    ■ You cannot create an object type with a LONG attribute.
    ■ LONG columns cannot appear in WHERE clauses or in integrity constraints (except that they can appear in NULL and NOT NULL constraints).
    ■ LONG columns cannot be indexed.
    ■ LONG data cannot be specified in regular expressions.
    ■ A stored function cannot return a LONG value.
    ■ You can declare a variable or argument of a PL/SQL program unit using the LONG datatype. However, you cannot then call the program unit from SQL.
    ■ Within a single SQL statement, all LONG columns, updated tables, and locked tables must be located on the same database.
    ■ LONG and LONG RAW columns cannot be used in distributed SQL statements and cannot be replicated.
    ■ If a table has both LONG and LOB columns, then you cannot bind more than 4000 bytes of data to both the LONG and LOB columns in the same SQL statement. However, you can bind more than 4000 bytes of data to either the LONG or the LOB column.
    ?
    In addition, LONG columns cannot appear in these parts of SQL statements:
    ■ GROUP BY clauses, ORDER BY clauses, or CONNECT BY clauses or with the DISTINCT operator in SELECT statements
    ■ The UNIQUE operator of a SELECT statement
    ■ The column list of a CREATE CLUSTER statement
    ■ The CLUSTER clause of a CREATE MATERIALIZED VIEW statement
    ■ SQL built-in functions, expressions, or conditions
    ■ SELECT lists of queries containing GROUP BY clauses
    ■ SELECT lists of subqueries or queries combined by the UNION, INTERSECT, or MINUS set operators
    ■ SELECT lists of CREATE TABLE ... AS SELECT statements
    ■ ALTER TABLE ... MOVE statements
    ■ SELECT lists in subqueries in INSERT statements

    Triggers can use the LONG datatype in the following manner:
    ■ A SQL statement within a trigger can insert data into a LONG column.
    ■ If data from a LONG column can be converted to a constrained datatype (such asCHAR and VARCHAR2), then a LONG column can be referenced in a SQL statementwithin a trigger.
    ■ Variables in triggers cannot be declared using the LONG datatype.
    ■ :NEW and :OLD cannot be used with LONG columns.You can use Oracle Call Interface functions to retrieve a portion of a LONG value fromthe database.
    ?
    ?
    ?
    ?
    ?
    ?
    二、解決建立新表引用long類型的問題:
    ?
    ?
    ??? 建立含有long類型的表t1,在使用create as建立t2時報錯
    SQL> create table t1 (id int,text long);
    Table created

    SQL> insert into t1 values(1,'asdf');
    1 row inserted

    SQL> commit;
    Commit complete

    SQL> create table t2 as select * from t1;
    create table t2 as select * from t1
    ORA-00997: illegal use of LONG datatype
    ?
    ??? 方法一:
    ?
    ??? 使用to_lob函數將long類型轉換為clob類型,然后創建在其他的table中
    SQL> desc t1
    Name Type??? Nullable Default Comments
    ---- ------- -------- ------- --------
    ID?? INTEGER Y????????????????????????
    TEXT LONG??? Y????????????????????????
    ?
    SQL> create table t2 as select id,to_lob(text) text from t1;
    Table created
    ?
    SQL> desc t2
    Name Type??? Nullable Default Comments
    ---- ------- -------- ------- --------
    ID?? INTEGER Y????????????????????????
    TEXT CLOB??? Y
    ????????????????????????
    ?
    ??? 但是to_lob函數無法直接使用在查詢中:
    SQL> select id,to_lob(text) text from t1;
    select id,to_lob(text) text from t1
    ORA-00932: inconsistent datatypes: expected - got LONG
    ?
    ??? 這是《SQL Reference》上的說明:
    ??? Before using this function, you must create a LOB column to receive the converted LONG values. To convert LONG values, create a CLOB column. To convert LONG RAW values, create a BLOB column.
    ??? You cannot use the TO_LOB function to convert a LONG column to a LOB column in the subquery of a CREATE TABLE ... AS SELECT statement if you are creating an index-organized table. Instead, create the index-organized table without the LONG column, and then use the TO_LOB function in an INSERT ... AS SELECT statement.
    ??? 可見第一無法直接放到臨時表中進行查詢,必須要創建一個lob字段后才可以select。其次無法使用lob類型作為index。
    ?
    ?
    ?
    ??? 方法二:
    ??? 使用copy from來傳遞table中的long類型:
    SQL> copy from userid1/password1@SID to userid2 /password2@SID append t3 using select * from t1;
    ?
    Array fetch/bind size is 15. (arraysize is 15)
    Will commit when done. (copycommit is 0)
    Maximum long size is 5000. (long is 5000)
    SQLRCN in cpytbl failed: -1075
    SQLRCN in cpyyerr failed: -1075
    ?
    ERROR:
    ORA-01775: looping chain of synonyms

    ??? 發生了一個錯誤,在意synonyms的循環引用,不知道是為什么原因,不知道哪里重名了,于是修改了一下,創建成功:
    idle> copy from userid1/password1@SID to userid2/password2@SID append t3 using select id a,text b from t1;
    ?
    Array fetch/bind size is 15. (arraysize is 15)
    Will commit when done. (copycommit is 0)
    Maximum long size is 5000. (long is 5000)
    SQLRCN in cpytbl failed: -1075
    ?? 1 rows selected from
    userid1/password1@SID .
    ?? 1 rows inserted into T3.
    ?? 1 rows committed into T3 at
    userid2/password2@SID .
    ??? 這樣即可以在同一個database中傳遞,也可以不建立dblink傳輸table數據。
    ??? 注意:
    ??? 1、append表示如果table不存在則create,存在則insert,所以執行2次會有兩倍的記錄條數。
    ????2、另外append可以換成create、insert、replace,replace也有not exists則create的功能,應該以使用這個為主。
    ??? 3、copy 屬于sqlplus命令,無法在PLSQL中使用,另外在PLSQL Dev的command window中無法使用該功能。
    ?
    ?
    ?
    ?
    ?
    ?
    ?
    三、遠程傳輸long、lob類型數據:
    ?
    ?
    ??? 創建一個dblink:
    SQL> create public database link DBLINK
    ? 2? connect to?(username) IDENTIFIED by?(password)
    ? 3? using 'sid';

    Database link created
    ?
    ??? 查詢數據:
    SQL> select * from t1@mislink ;
    ???????????????????????????????????? ID TEXT
    --------------------------------------- --------------------------------------------------------------------------------
    ????????????????????????????????????? 1 create view t22 as select * from lmriskapp

    SQL> select * from
    t2@mislink ;

    select * from
    t2@mislink
    ORA-22992: cannot use LOB locators selected from remote tables
    ??? 發現long類型可以使用遠程傳輸,而lob類型不可以。
    ?
    ??? 傳輸數據:
    SQL> create table t2 as select id,text a from t1@mislink ;
    create table t2 as select id,text a from
    t1@mislink
    ORA-00997: illegal use of LONG datatype
    ?
    SQL> create table t2 as select id,to_lob(text) a from
    t1@mislink ;
    create table t2 as select id,to_lob(text) a from
    t1@mislink
    ORA-00997: illegal use of LONG datatype
    ??? 發現使用兩種形式,剛好都因為有各自的顯示,都無法進行遠程創建。
    ?
    ???
    ??? 最終發現只能通過copy from來做,對應最初遇到的問題,先用copy from將user_views導入到本地,然后再通過PLSQL批量處理各個View的執行。
    ??? 另注:無論是long還是clob,均可以直接在PLSQL中給varchar2賦值,并使用execute immediate執行。
    ?
    ?
    ?




    -The End-

    posted on 2008-08-28 11:25 decode360-3 閱讀(1135) 評論(0)  編輯  收藏 所屬分類: SQL Dev
    主站蜘蛛池模板: v片免费在线观看| 91在线手机精品免费观看| 亚洲韩国精品无码一区二区三区 | 国产精品jizz在线观看免费 | 国产精品jizz在线观看免费| 一级做性色a爰片久久毛片免费| 亚洲视频在线播放| 日韩一区二区在线免费观看| 99在线视频免费观看| 亚洲男人的天堂久久精品| 亚洲毛片不卡av在线播放一区| 人妻无码一区二区三区免费| 激情小说亚洲色图| 亚洲色图.com| 亚洲一级特黄无码片| 希望影院高清免费观看视频| 国产一区二区三区免费观在线| 亚洲人成无码网站在线观看| 国产国拍亚洲精品mv在线观看| 免费观看的a级毛片的网站| 精品免费视在线观看| 日日摸日日碰夜夜爽亚洲| 亚洲一二成人精品区| 亚洲午夜无码片在线观看影院猛 | 国产免费怕怕免费视频观看| 99久久综合精品免费 | 浮力影院第一页小视频国产在线观看免费| 成人免费无码H在线观看不卡| 亚洲乱码日产精品一二三| 精品亚洲成a人片在线观看| 亚洲综合另类小说色区色噜噜| 韩国日本好看电影免费看| 222www免费视频| 精品一区二区三区免费| eeuss在线兵区免费观看| 亚洲精品第一国产综合亚AV| 亚洲综合久久成人69| 亚洲成AV人片一区二区密柚| 亚洲中久无码不卡永久在线观看| 成人毛片免费在线观看| 国产2021精品视频免费播放|