How to use CLOB

When I use CLOB like
CREATE OR REPLACE PROCEDURE Example_1b(retData out clob) IS
src_lob cLOB;
BEGIN
SELECT b_lob INTO src_lob
FROM lob_table
DBMS_LOB.APPEND(dest_lob, src_lob);
COMMIT;
EXCEPTION
WHEN some_exception
THEN handle_exception;
END;
There are thousand records in lob_table.When I run the procedure,It's very very slowwer !
How to improve it?

I assume there are some lines missing here.
>
1 CREATE OR REPLACE PROCEDURE Example_1b(retData out clob) IS
2 src_lob cLOB;
3 BEGIN
4 SELECT b_lob INTO src_lob
5 FROM lob_table
6 DBMS_LOB.APPEND(dest_lob, src_lob);
7 COMMIT;
8 EXCEPTION
9 WHEN some_exception
10 THEN handle_exception;
11 END;
[unquote]
Is there a where clause missing after line 5 or is it your intent to select your whole clob table? If it is, then you should use a curser like so:
>
1 CREATE OR REPLACE PROCEDURE Example_1b(retData out clob) IS
2 CURSOR c1 is SELECT b_lob
3 FROM lob_table;
4
5 src_lob cLOB;
6 BEGIN
7 for src_lob in c1 loop
6 DBMS_LOB.APPEND(dest_lob, src_lob);
7 end loop;
8 EXCEPTION
9 WHEN some_exception
10 THEN handle_exception;
11 END;
[unquote]
Please note, I removed the commit at line 7 as it was unecessary in your procedure (you showed no inserts, updates, or deletes).

Similar Messages

  • How to use clob or blob data type in OWB

    how to use clob or blob data type in OWB?
    if OWB not surport these data type,how can i extract the large data type from data source

    The same question was asked just two days ago No Data Found: ORA-22992
    Nikolai Rochnik

  • How to use CLOB in OBIEE 11g (11115) Reporting

    Hello All,
    I have a CLOB object. I need to use that in the report.
    It just has text only. I defied it in RPD as LONGVARCHAR or OBJECT but it did not work out.
    I tried using evaluate with TO_CLOB but i am getting below error any time
    inconsistent datatypes: expected - got CLOB at OCI call OCIStmtExecute. [nQSError: 17010] SQL statement preparation failed.
    Please give me a clue how to use a CLOB column in report.
    I see a rittmen blog which is using as LOOKUP but i dont have that option either.
    Please let me know what wrong i am doing.
    Thanks in Advance.
    KN

    DBMS_LOB.substr(<table.columnname>,<length of characters>,<start position>)
    Check this
    http://shivabizint.wordpress.com/2010/04/20/varchar2-greater-than-4000-in-obiee/
    Mark if helps.
    Thanks,

  • How to use clob object

    I read the serval topic of clob, but I can't read clob in jsp also.
    my code is:
    <%@ page language="java" import="java.sql.*,java.util.* "%>
    <%@ include file="conn.jsp"%>
    <%@ page import="oracle.sql.*,oracle.jdbc.*" %>
    <%
    try {
    Class.forName(URL);
    Connection conn=DriverManager.getConnection(METHOD,USER,PWD);
    Statement stmt=conn.createStatement();
    String sql_str="select * from pub_01";
    ResultSet rs = stmt.executeQuery(sql_str);
    if (rs.next()) {
    new_pos=DBMS_LOB.INSTR(rs.Content,CHR(10),pos);
    Str=DBMS_LOB.SUBSTR(rs.Content,new_pos-pos, pos);
    pos=new_pos+1;
    CLOB clob=((OracleResultSet)rs).getCLOB(2);
    String str=clob.getSubString(1,10);
    /*if(PreviewObj != null){
    oracle.sql.CLOB MyClob = (oracle.sql.CLOB)PreviewObj;
    System.out.println(
    MyClob.getSubString(1, (int)MyClob.length())) ;
    // out.println(trans.hz_format(rs.getString("content"),1));
    rs.close();
    conn.close();
    catch (SQLException e) {
    out.print("SQL Exception occur. Error: ");
    out.print(e.getMessage());
    %>
    but can't execute. error is:
    SQL Exception occur. Error: ORA-12535: TNS: ????

    Hi
        I am sending u   code   of data table object
       Fill the data table By Code
        Data Table Object  Represents data in matrix form..
      Set oDataTable = oForm.DataSources.DataTables.Item     (m_DataTableUid)
       oDataTable.Clear
             For ii = 0 To 5
            oDataTable.Columns.Add("COL_" & ii, dt_SHORT_TEXT,   100)
       ii
    oDataTable.Rows.Add 2
    For ii = 0 To oDataTable.Columns.Count - 1
        For jj = 0 To oDataTable.Rows.Count - 1
            oDataTable.SetValue ii, jj, "val_" & ii & "_" & jj
        Next jj
    Next ii
      In this  code We   are using the  data table object,
    This is very simple code  of data table object,
      If U have any problem so plz send me    question in sdn form ,
    If   u r agree so give me Rewards point.
    Thanks & Regards
        Pankaj

  • Using CLOB type in AQ

    HI All
    I have AQ table and queue of object type. The object contains only one CLOB type field.
    I tried to enqueue some message using OCI functions but I got error message:
    OCI Error <25215> - ORA-25215: user_data type and queue type do not match.
    I'm using struct defined as below:
    struct message
    OCILobLocator * data;
    Does anyone know how to use CLOB object with OCI functions or maybe there is better type to enqueue hude messages??
    Thank you.

    U just have to define a rule when creating a subscriber to your queue.

  • How to store a large document in Oracle9i using CLOB!?

    Hi all,
    I want to store a large document(about 10mb) in Oracle9i using SQL*PLUS. How to store it using CLOB in Oracle9i!?
    What the necessary steps to perform!?
    Thanks

    Just use the report's CUID or ID for the iDocID parameter, and give all necessary users the appropriate rights to the inbox where the report is located.
    repoType is a legacy parameter, this will have no effect.
    http://help.sap.com/businessobject/product_guides/boexir31/en/xi3-1_url_reporting_opendocument_en.pdf

  • Using Clob with TopLink 9.0.4.5 and Oracle 10g RAC

    I am trying to store an XML file in a Clob type field of a DB table using TopLink 9.0.4.5 and Oracle 10g RAC and need some guidance about how to do it. I got some directions to start it with the Tip "How-To: Map Large Objects (LOBs) to Oracle Databases with OracleAS TopLink" but still need some more helps.
    When using the Oracle JDBC OCI driver, the tip gives the code block for a Clob field:
    DirectToField scriptMapping = new DirectToField();
    scriptMapping.setAttributeName("script");
    scriptMapping.setFieldName("IMAGE.SCRIPT");
    descriptor.addMapping(scriptMapping);
    As I understand, TopLink creates instances of the Descriptor class at run time for each of the descriptor files and stores them in a database session, where is the proper place (in SessionEvent of TopLinkSessionEventHandler?) for me to get a reference to such an instance of my Descriptor class in Java code so that I can add the above mentioned additional Mapping? Are the above String values of "script" and "IMAGE.SCRIPT" predefined in TopLink API? Can I accomplish the same thing just using the TopLink Workbench tool instead? If yes, please advise the detailed steps to do so.
    The tip also states to call the following code in case of using Clob:
    DatabaseLogin login = session.getLogin();
    login.useStringBinding();
    Should the above 2 lines of code be called after the following lines of code?
    SessionManager sessionManager = SessionManager.getManager();
    Server serverSession = (Server)sessionManager.getSession("MY_SESSION_NAME");
    Besides the above extra coding for the Session and Descriptor Mapping, is there any special handling in between Data model and DB table mapping? Can I map a Java String type to a DB Clob field using the Direct-to-field mapping?
    Appreciate any help.

    Never mind ....... I had already figured it out .....

  • Dbms_metadata.get_ddl('SCHEMA_EXPORT, ...) how to use it ?

    dbms_metadata('SCHEMA_EXPORT, ...) how to use it ?
    I'm try any variants with this objecttype but always get error
    ORA-31604: invalid NAME parameter "NAME" for object type SCHEMA_EXPORT in function SET_FILTER
    thanks

    Retrieving Collections of Different Object Types
    There may be times when you need to retrieve collections of objects in which the objects are of different types, but comprise a logical unit. For example, you might need to retrieve all the objects in a database or a schema, or a table and all its dependent indexes, constraints, grants, audits, and so on. To make such a retrieval possible, the Metadata API provides a number of heterogeneous object types. A heterogeneous object type is an ordered set of object types.
    Oracle supplies a number of heterogeneous object types:
    •TABLE_EXPORT - a table and its dependent objects
    •SCHEMA_EXPORT - a schema and its contents
    •DATABASE_EXPORT - the objects in the database
    These object types were developed for use by the Data Pump Export utility, but you can use them in your own applications.
    You can use only the programmatic retrieval interface (OPEN, FETCH, CLOSE) with these types, not the browsing interface or the submit interface.
    You can specify filters for heterogeneous object types, just as you do for the homogeneous types. For example, you can specify the SCHEMA and NAME filters for TABLE_EXPORT, or the SCHEMA filter for SCHEMA_EXPORT.
    Example 18-8 shows how to retrieve the object types in the scott schema.
    Example 18-8 Retrieving Heterogeneous Object Types
    -- Create a table to store the retrieved objects.
    CONNECT scott/tiger
    DROP TABLE my_metadata;
    CREATE TABLE my_metadata (md CLOB);
    CREATE OR REPLACE PROCEDURE get_schema_md IS
    -- Define local variables.
    h NUMBER; -- handle returned by OPEN
    th NUMBER; -- handle returned by ADD_TRANSFORM
    doc CLOB; -- metadata is returned in a CLOB
    BEGIN
    -- Specify the object type.
    h := DBMS_METADATA.OPEN('SCHEMA_EXPORT');
    -- Use filters to specify the schema.
    DBMS_METADATA.SET_FILTER(h,'SCHEMA','SCOTT');
    -- Request that the metadata be transformed into creation DDL.
    th := DBMS_METADATA.ADD_TRANSFORM(h,'DDL');
    -- Fetch the objects.
    LOOP
    doc := DBMS_METADATA.FETCH_CLOB(h);
    -- When there are no more objects to be retrieved, FETCH_CLOB returns NULL.
    EXIT WHEN doc IS NULL;
    -- Store the metadata in the table.
    INSERT INTO my_metadata(md) VALUES (doc);
    COMMIT;
    END LOOP;
    -- Release resources.
    DBMS_METADATA.CLOSE(h);
    END;
    -- Execute the procedure.
    EXECUTE get_schema_md;
    -- See what was retrieved.
    SET LONG 9000000
    SET PAGESIZE 0
    SELECT * FROM my_metadata;
    Note the following about this example:
    The objects are returned ordered by object type; for example, all tables are returned, then all grants on tables, then all indexes on tables, and so on. The order is, generally speaking, a valid creation order. Thus, if you take the objects in the order in which they were returned and use the submit interface to re-create them in the same order in another schema or database, there will usually be no errors. (The exceptions usually involve circular references; for example, if package A contains a call to package B, and package B contains a call to package A, then one of the packages will need to be recompiled a second time.)
    Edited by: sac on Sep 16, 2009 4:51 PM

  • How to handle CLOB

    Hello,
    In my java programme I am picking a huge data from a file and passing it to a oracle stored procedure.
    In my oracle stored procedure I pick data line by line and process and to identify a new line I use CHR(10).
    The problem is, the file containing the data has data in lines but when the data is read and sent over to oracle called procedure the new line is missing and the complete data is found in one line which is very huge. Hence the processing of data fails.
    In Java programme, How should I read the data from the file so that the new line or line terminator remains as it is. Or the data is read exactly as it is in the file.
    Also, the Oracle stored procedure argument is of CLOB type. How to handle CLOB in JAVA, that is, pass more than 32767 chars.
    Thanks & Regards,
    Sanju.

    Your problem is that createClob() isn't implemented until JDBC 4 (which I think will come with mustang). The usual way people deal with new Clob records on Oracle is to create the record, initially, with an empty Clob, read the record back and use getClob to get the Clob, then write to that and update the record. (Pretty aweful)
    A technique I've found works on Postgressql blobs and which is probably worth a try is to write your own, minimal implentation of Clob. All it needs to handle are the length() and getCharacterStream methods (all others throw UnsupportedOperationException or similar. Try feeding one of those through a setClob(). Might work, might not.
    With any luck JDBC will read your stream into the LOB as part of the setClob() action.

  • How to handle CLOB in Portal Forms

    I want to generate a simple form in Portal using CLOB.
    Here is a simple example of what i want to do.
    I have a table :person_details having columns
    name varchar2(30), resume_details clob, picture blob).
    Using the wizard if i create the portal form it
    shows only 2 columns name and picture. It just doesnt
    show resume_details -clob on the screen.
    I tried to manually create a field on the form - but then
    how do I link it to the database so that i can insert/update
    stuff in the database.
    Your help is appreciated.

    Hi,
    CLOB are not supported as sharmila has already told in the previous reply.
    what you can do is that create a table with following details.
    desc person_details
    Name Null? Type
    NAME VARCHAR2(30)
    RESUME_DETAILS BLOB
    PICTURE BLOB
    MIME_TYPE VARCHAR2(2000)
    And then instead of RESUME_DETAILS bein CLOB make it BLOB.Associate a mime_type field with it.
    by doing so you can upload not only text based resumes but also word document,rtf format, and text aswell (can try more combinations).
    The mime types for the above types can be as follwing.
    Application/msword => for word document.
    Text/plain => for text documents.
    Text/richtext => for .rtf files.
    I have tried all of the above combinations and you can try more combinations.
    Hope it helps.
    rahul

  • HOW to read CLOB and create XML file on UNIX/LINUX

    Hi,
    Could you please let me know, how to read CLOB using ADODB. I have column CLOB type on Oracle 9.2, with content of whole XML type. I am unable to retreive more than 4k. I use adLongVarChar. So I have written Oracle stored procedure to read the clob and create XML file using DBMS_LOB package and UTL_FILE package, still no joy.
    Please help.
    example of my XML file is:
    <EXAMPLE><HEADER><VERSION>1.0</VERSION><TEMPLATE>XXXX</TEMPLATE><TAG1>CON</TAG1></HEADER><BODY><TAG2>X1</TAG2><OFFICE>assad</OFFICE><CREATE_DATE>27/02/2006 10:55</CREATE_DATE><SOURCE></SOURCE></BODY><FIXEDTABLE1><TABLEROW1COL1>asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd</TABLEROW1COL1><TABLEROW1COL2></TABLEROW1COL2><TABLEROW2COL1></TABLEROW2COL1><TABLEROW2COL2></TABLEROW2COL2><TABLEROW3COL1></TABLEROW3COL1><TABLEROW3COL2></TABLEROW3COL2><TABLEROW4COL1>asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd asdadddddddddddddddddddddddddddddddddddddddddddddddddd</TABLEROW4COL1><TABLEROW4COL2></TABLEROW4COL2><TABLEROW5COL1></TABLEROW5COL1><TABLEROW5COL2></TABLEROW5COL2></FIXEDTABLE1><CHECKBOX><CHECKBOX1>False</CHECKBOX1><CHECKBOX2>False</CHECKBOX2><CHECKBOX3>False</CHECKBOX3><CHECKBOX4>False</CHECKBOX4><CHECKBOX5>False</CHECKBOX5><CHECKBOX6>False</CHECKBOX6><CHECKBOX7>False</CHECKBOX7><CHECKBOX8>False</CHECKBOX8><CHECKBOX9>False</CHECKBOX9></CHECKBOX></EXAMPLE>
    My STored Procedure:
    ftypFileHandle := UTL_FILE.fopen ('XML_DIR_FILE', vFileName, 'w', 32000);
    lMarker := 'Selecting XML row';
    println(lMarker, 2);
    SELECT XML_FILE
    INTO clobBuffer
    FROM XML_TABLE
    WHERE x=1;
    lMarker := 'Get length of the clob';
    iClobLength := nvl(DBMS_LOB.getlength(clobBuffer), 0);
    WHILE (l_offset <= iClobLength) LOOP
    DBMS_LOB.READ (
    lob_loc=> clobBuffer,
    amount=> l_amt,
    offset=> l_offset,
    buffer=> vOutputBuffer
    UTL_FILE.put (ftypFileHandle, vOutputBuffer);
    UTL_FILE.fflush (ftypFileHandle);
    UTL_FILE.new_line (ftypFileHandle);
    l_offset := l_offset + l_amt;
    END LOOP;
    lMarker := 'Close file';
    println(lMarker, 2);
    UTL_FILE.fclose (ftypFileHandle);
    Thanks

    Hello myself,
    nobody has answered my question, so now I answer myself!!  
    The wrong part is to read the file with "open dataset" and to create the inputstream with
    p_istream = p_streamfactory->create_istream_itable(
    table = g_xml_table
    size = g_xml_size ).
    Better ist to create the inputstream with
    p_istream = p_streamfactory->create_istream_uri(
    .......................PUBLIC_ID = ''
    .......................SYSTEM_ID = '
    applserver\I$\TEMP\Datei.XML' ).
    In this way no space is needed for the file.
    Best regards,
    Thomas
    Message was edited by:
            Thomas13 Scheuermann

  • How to use setCLOB with JDBC.

    Hi,
    from oracle jdbc document, i know how to use getClob method. but i wonder how to insert a new record included a clob field (setClob). but clob is an interface.
    it seem that it can not be successful to use setclob directly.
    my friend has a way : insert an empty clob into database, then seek this record, and update it with full info again.
    please help me!
    thank in advance.
    wu jianhua.

    A few ways:
    1. Use the LOBs got from a ResultSet, for example,
    Clob x = rs.getClob(1); //you get an oracle.sql.CLOB object
    pstmt.setClob(1, x);
    2. use oracle.sql.CLOB
    public static CLOB empty_lob() throws SQLException;
    creates an empty lob.
    public static BLOB createTemporary(Connection conn, boolean isCached, int
    duration);
    creates temp lob.
    Those methods create object of type oracle.sql.CLOB.
    refer to Oracle jdbc doc for this.

  • EBS - 12  XMLP (5.6.3)  cannot use CLOBS  ?????

    Hello: I am being told by Metalink Support the following:
    " Bi Publisher 5.6.3 (10.1.3.2.0) does not have native support for CLOB.
    This comes in BI Publisher Enterprise 10.1.3.3.0.
    There are no plans at this time to upgrade EBS to higher versions of BI Publishe
    r code."
    So for EBS - 12, I cannot use CLOBS ?????
    How am I supposed to write reports that use large CLOBS ?
    Also, there was some mention about leaving out DataStructures in templates for CLOBS ?
    Anyone with experience in this situation, please help ...
    Yesh

    Hi Yesh,
    There is a BI (XML) Publisher Desktop for 5.6.3 that you can use, and you can use the latest versions of the desktop to build your layouts, but be aware the later versions may have more supported features not present in 5.6.3. I use 10.1.3.something for developing EBS reports and have standalone BIP Server on my desktop for checking features against.
    Data Templates are not the only way to register BIP reports in the EBS Concurrent Manager.
    You can use **any** program as long as it does actually output XML and you have set the "Output" to XML.
    The choice is up to you as to how you extract your data to XML - whatever works!
    I'm not sure what all your CLOB issues are, but creating the XML that have CLOBS shouldn't cause issues (unless you are forced by something to use dataTemplates).
    Gareth

  • Using CLOB data type - Pros and Cons

    Dear Gurus,
    We are designing a database that will be receiving comments from external data source. These comments are stored as CLOB in the external database. We found that only 1% of incoming data will be larger than 4000 characters and are now evaluating the Pros and Cons of storing only 4000 characters of incoming comments in VARCHAR2 data type or using CLOB data type.
    Some of the concerns brought up during discussion were:
    - having to store CLOBs in separate tablespace;
    - applications, such Toad require changing defaults settings to display CLOBs in the grid. Default value is not to display them;
    - applications that build web page with CLOBs will be struggling to fit 18 thousand chararcters of which 17 thousand are blank lines;
    - cashing CLOBs in memory will consume big chunk of data buffers which will affect performance;
    - to manipulate CLOBs you need PL/SQL anonymous block or procedure;
    - bind variables cannot be assigned CLOB value;
    - dynamic SQL cannot use CLOBs;
    - temp tables don't work very well with CLOBs;
    - fuzzy logic search on CLOBs is ineffective;
    - not all ODBC drivers support Oracle CLOBs
    - UNION, MINUS, INTERSECT don't work with CLOBs
    I have not delt with CLOB data type in the past, so I am hoping to hear from you of any possible issues/hastles we may encounter?

    848428 wrote:
    Dear Gurus,
    We are designing a database that will be receiving comments from external data source. These comments are stored as CLOB in the external database. We found that only 1% of incoming data will be larger than 4000 characters and are now evaluating the Pros and Cons of storing only 4000 characters of incoming comments in VARCHAR2 data type or using CLOB data type.
    Some of the concerns brought up during discussion were:
    - having to store CLOBs in separate tablespace;They can be stored inline too. Depends on requirements.
    - applications, such Toad require changing defaults settings to display CLOBs in the grid. Default value is not to display them;Toad is a developer tool so that shouldn't matter. What should matter is how you display the data to end users etc. but that will depend on the interface. Some can handle CLOBs and others not. Again, it depends on the requirements.
    - applications that build web page with CLOBs will be struggling to fit 18 thousand chararcters of which 17 thousand are blank lines;Why would they struggle? 18,000 characters is only around 18k in file size, that's not that big to a web page.
    - cashing CLOBs in memory will consume big chunk of data buffers which will affect performance;Who's caching them in memory? What are you planning on doing with these CLOBs? There's no real reason they should impact performance any more than anything else, but it depends on your requirements as to how you plan to use them.
    - to manipulate CLOBs you need PL/SQL anonymous block or procedure;You can manipulate CLOBs in SQL too, using the DBMS_LOB package.
    - bind variables cannot be assigned CLOB value;Are you sure?
    - dynamic SQL cannot use CLOBs;Yes it can. 11g supports CLOBs for EXECUTE IMMEDIATE statements and pre 11g you can use the DBMS_SQL package with CLOB's split into a VARCHAR2S structure.
    - temp tables don't work very well with CLOBs;What do you mean "don't work well"?
    - fuzzy logic search on CLOBs is ineffective;Seems like you're pulling information from various sources without context. Again, it depends on your requirements as to how you are going to use the CLOB's
    - not all ODBC drivers support Oracle CLOBs not all, but there are some. Again, it depends what you want to achieve.
    - UNION, MINUS, INTERSECT don't work with CLOBsTrue.
    I have not delt with CLOB data type in the past, so I am hoping to hear from you of any possible issues/hastles we may encounter?You may have more hassle if you "need" to accept more than 4000 characters and you are splitting it into seperate columns or rows, when a CLOB would do it easily.
    It seems as though you are trying to find all the negative aspects of CLOBs and ignoring all the positive aspects, and also ignoring the negative aspects of not using CLOB's.
    Without context you're assumptions are just that, assumptions, so nobody can tell you if it will be right or wrong to use them. CLOB's do have their uses, just as XMLTYPE's have their uses etc. If you're using them for the right reasons then great, but if you're ignoring them for the wrong reasons then you'll suffer.

  • How To Update CLOB.......... Data into Table

    I am using oracle 10g and i am having a tale Content_clob having two columns id integer and lob clob
    in thins table i would store the lob data as ('10 20 30 40 ....100 200.........n') n number of data's
    i the piece of data would be separated by space, i want to replace the data 20 into some character aa,
    but if i can ues normal replace function would replace not only the 20 it also replace the 200 too,
    but my requirement is replace only the specified data not the other data(like 200 or 2000)
    how update the clob value

    Since we're talking 10g, have you thought about using regular expressions? Here's an example:
    WITH t AS (SELECT to_clob('10 20 30 40 ....100 200.........n') col1
                 FROM dual
    SELECT REGEXP_REPLACE(col1, '(^| +)20( +|$)', '\1aa\2')
      FROM t;    C.

Maybe you are looking for

  • F-53 Payment

    Hi... I am posting payment through TC F-53 for 10 invoices. is there any settings by which the total of selected items i.e. 10 invoices will automatically come at the amount column? to be very specific, the amount appearing in Assigned field at the p

  • Whether our application caused the memory leak

    whether have the command to find out whether our application caused the memory leak ! We are using Jdev10g + JHeadstart(Release 9.0.5.1, BC4J + Struts + JSP) to build our enterprise application, but when the application running some days in our Appli

  • CProjects 4.0 URL Error

    Hi All, In the IMG i have maintained the URL for cProjects 4.0 in ECC 6.0 system as follows /sap/bc/webdynpro/sap/cProjects but iam getting following error message while executing from SE80 1. The following error text was processed in the system ER1

  • Ignore !DOCTYPE DTD Link

    I want to Check in XML Files that have been created with an editor and validated against a DTD. Here my Question: Is it possible to tell the SimpleXMLParser to ignore the <!DOCTYPE ... Reference, since it isn't able to validate against the DTD that i

  • Viel zu langsame Reaktionszeiten in SAP

    Wir haben in unserem Betrieb ein sehr großes Problem: unser SAP (mit 7 Lizenzen) läuft extrem langsam. Dies macht sich vor allem bei der Verarbeitung von Kommissionierlisten, Rechnungen etc bemerkbar. Zur Lösung des Problems haben wir uns bereits ein