Avg row len is always 6 bytes ?

Hi ,
I created a test table with ID as number(2), inserted bunch of rows (single digits), analyzed table and looked at avg_row_len, it shows 6 bytes. I repeated the same experiment with id as number(6), it made no difference.
Doesn't the field size change the avg row len ?. Why does it need 6 bytes to store 2 digits?
Thanks
Vissu

Doesn't the field size change the avg row len ?. Why does it need 6 bytes to store 2 digits?RTFM [url http://oraclesvca2.oracle.com/docs/cd/B10501_01/server.920/a96524/c13datyp.htm#784]Internal Numeric Format, [url http://oraclesvca2.oracle.com/docs/cd/B10501_01/server.920/a96540/functions167a.htm#80073]VSIZE, [url http://oraclesvca2.oracle.com/docs/cd/B10501_01/server.920/a96540/functions38a.htm#77280]DUMP, [url http://oraclesvca2.oracle.com/docs/cd/B10501_01/server.920/a96524/c11schem.htm#2747]Row Format and Size

Similar Messages

  • Avg_row_len always 1 byte extra

    Hi
    Anyone can help to explain the different in vsize and avg_row_len in the following example? Thanks
    create table t (n1 varchar2(10));
    INSERT INTO t values('aaaaaaaaaa')
    SELECT vsize(n1) FROM t;  -- 10 bytes
    SELECT avg_row_len FROM user_tables
    WHERE table_name = 'T';  -- 11 bytes
    Thanks. I found the answer in Note 1301462, 231214.1
    Edited by: Kok Aik on Mar 16, 2009 6:02 PM

    The OP's comparison is invalid to begin with. The vsize function returns the interanl size of the column value while the avg_row_len is supposed to be the size of the row. Even for a one column row these are not the same thing as every row also includes a three byte row header. The dbms_stats module currently fails to include the length of the row header in the average row length. This can result in a significant error for high row count tables when trying to estimate space usage requirements. The analyze command does count the row header.
    mtu1 > !vi analvsstat.txt
    "analvsstat.txt" 45 lines, 935 characters
    mtu1 > desc marktest
    Name Null? Type
    C1 NUMBER
    C2 VARCHAR2(10)
    mtu1 > select * from marktest;
    no rows selected
    mtu1 > insert into marktest values (1,'xxxxxxxxxx');
    1 row created.
    mtu1 > analyze table marktest compute statistics;
    Table analyzed.
    mtu1 > c /lena/le_na/
    1* select avg_row_len from dba_tables where table_name = 'MARKTEST'
    mtu1 > /
    AVG_ROW_LEN
    17
    mtu1 > analyze table marktest delete statistics;
    Table analyzed.
    mtu1 > @gts
    Enter Table Owner mpowel01
    Enter Table Name marktest
    Enter Est % 100
    Enter Degree % 1
    PL/SQL procedure successfully completed.
    mtu1 > select avg_row_len from dba_tables where table_name = 'MARKTEST';
    AVG_ROW_LEN
    14
    :1
    Mtu1 > desc marktest
    Name Null? Type
    C1 NUMBER
    C2 VARCHAR2(10)
    mtu1 > select * from marktest;
    no rows selected
    mtu1 > insert into marktest values (1,'xxxxxxxxxx');
    1 row created.
    mtu1 > analyze table marktest compute statistics;
    Table analyzed.
    mtu1 > c /lena/le_na/
    1* select avg_row_len from dba_tables where table_name = 'MARKTEST'
    mtu1 > /
    AVG_ROW_LEN
    8 substitutions were made
    Table analyzed.
    > @gts
    Enter Table Owner mpowel01
    Enter Table Name marktest
    Enter Est % 100
    Enter Degree % 1
    PL/SQL procedure successfully completed.
    > select avg_row_len from dba_tables where table_name = 'MARKTEST';
    AVG_ROW_LEN
    14
    HTH -- Mark D Powell --

  • 50th row in Excel always get truncated

    50th row in Excel always get truncated in one cell instead of breaking to a new row while downloading the output in transaction KSB1.

    Hi Deepa,
    If you download the data in a text file then atleast we can understand the source of error. To open it and view in excel you will have to do the following:
    1. Open excel and convert your existing worksheet into text mode (right click --> Format cells --> text mode)
    2. Copy the data from the downloaded text file.
    3. Save this in excel (text mode worksheet).
    The problem is with excel as your data may have some identifiers that change the way data is handled in Excel. There special characters (, ), *, =, !, etc. are used as identifiers and do the job of truncation or merging.
    Regards,
    Pranav.

  • Report Builder: ContentType Field shows always "System.Byte[]"

    Hello Community!
    I use the following systems:
    SharePoint 2013
    SQL Server 2012 Report Builder 3.0
    So, I have a SharePoint List with some columns (Responsible Person, Serial Number, Content Type).
    Responsible Person and Serial Number is displayed correctly. But in the field Content Type, I have seen "System.Byte[]" instead of the realy value of Content Type.
    When I execute query, I have seen realy value of the field Content Type!
    Could anybody help me?
    Thanks a lot und greets from austria!
    Daniel

    Hi Daniel ,
    According to your description, when you use SharePoint list as data source, the Content Type display as "System.Byte[]" instead of real value when running the report.
    As we tested in our environment, Content Type can display correctly both in query designer and preview results. Please refer to our test results below to check if you design the report correctly:
    1. Type the query in dataset like below:
    2. Run the report:
    Besides, it has reported the same issue with Content Type. In your scenario, please also try to use XML data source to connect to SharePoint list to retrieve data. For more information, please refer to this similar thread:
    Reporting: ContentType Field Value always "System.Byte[]". If issue persists, please create the same report in SSDT and run the report, then check if there are warning messages in output.
    If you have any question, please feel free to ask.
    Best regards,
    Qiuyun Yu
    Qiuyun Yu
    TechNet Community Support

  • Finding Avg Row Length size

    Hi All,
    How we can find Avg row length size of a table, without inserting data into a table. This is required to basically estimate table size (roughly). We might need to this for at least 100+ tables.
    regards,
    vara

    The average row length depends on the data you are inserting into the table.
    You can easily compute an approximation of the max row length from Oracle’s data dictionary:
    select
      table_name ,
      sum(data_length)
    from
      user_tab_columns
    group by
      table_nameLet’s say we have a table with a number(10) and a varchar2(1000) column. For a data set where the varchar2 column contains at least 900 characters we would get average row size of 900+. For the same table, but with another data set where the varchar2 column has fewer than 50 characters, we would get average row size of less than 100.
    Iordan Iotzov
    http://iiotzov.wordpress.com/

  • Row template showing always additional empty row

    Hi everybody,
    When I used row templates with apex 3 it worked fine. With apex 4, I always get an empty row in addition to the ones I query.
    This behavior appears with firefox 3.6.7 as well as with ie 8. The standard report template "value attribute pairs" causes the same wrong behavior.
    I appreciate any hints.
    Robert

    Hi Dan
    Thank you very much for looking at my problem. I have created an example. Please have a look under:
    workspace: processlink
    userid: admin
    password: admin
    application no: 395
    Thank you
    Robert

  • Why is there always "0 bytes" in Cache in Control Panel? It never increases, yet the stored data size continues to increase.

    This is annoying. I just updated to version 19 almost a week ago and still Firefox never seeks to keep anything in "Cache". After using firefox for a few days, it crashed a couple times already and now the browser randomly freezes (to the point to where my screen on/off button wont even respond). After maybe a few seconds...things will start moving, but sluggish to where I have to shut down FF in my task manager. There us "0" bytes cache shown, but stored data is at 70MB. I went into firefox and cleared cache via the settings but that did nothing. There is still 70MB of stored data and of course it alwats shows 0 bytes cache. What's up with that? Am I going to have to "Clear Data" just to fix this and lose my bookmarks and logins tet again?

    I think it's possible that Firefox, while emptying some database files, is not compacting them, so they continue to consume the same amount of "disk" space as they did before. On desktop versions of Firefox, you can use extensions such as the following for that purpose, but I don't know whether any such thing is available for mobile. Also, it would be nice to have it built in.
    * https://addons.mozilla.org/en-us/firefox/addon/places-maintenance/
    * https://addons.mozilla.org/en-us/firefox/addon/placescleaner/
    Unfortunately, in a quick search, I do not see a general purpose Android SQLite app that will runs on Firefox profile databases without root access (unless they are on the SD card, which seems highly doubtful).

  • How to find accurate number of Rows, and size of all the tables of a Schema

    HI,
    How to find the accurate number of Rows, and size of all the tables of a Schema ????
    Thanks.

    SELECT t.table_name AS "Table Name",
    t.num_rows AS "Rows",
    t.avg_row_len AS "Avg Row Len",
    Trunc((t.blocks * p.value)/1024) AS "Size KB",
    t.last_analyzed AS "Last Analyzed"
    FROM dba_tables t,
    v$parameter p
    WHERE t.owner = Decode(Upper('&1'), 'ALL', t.owner, Upper('&1'))
    AND p.name = 'db_block_size'
    ORDER by 4 desc nulls last;
    ## Gather schema stats
    begin
    dbms_stats.gather_schema_stats(ownname=>'SYSLOG');
    end;
    ## Gather a particular table stats of a schema
    begin
    DBMS_STATS.gather_table_stats(ownname=>'syslog',tabname=>'logs');
    end;
    http://www.oradev.com/create_statistics.jsp
    Hope this will work.
    Regards
    Asif Kabir
    -- Mark the answer as correct/helpful

  • Dg4odbc to MySQL update errors: "does not support IS NULL in this context"

    I am having a problem with 'where x is null' clauses in update statements to MySQL from 11g, using dg4odbc. Updates using the clause 'where x is null' return errors like this:
    ORA-02070: database PLAZAHOST does not support IS NULL in this context
    The rejected queries never get to mysql. Furthermore, I noticed that select statements with 'where x is null' show up in the mysql query log with the where clause stripped out, although correct results are returned to SQLPlus. It looks as though 'where x is null' is stripped off by dg4odbc, which subsequently applies a secondary filter to the results received from MySQL.
    Note, both statements above work properly when issued from the MySQL client.
    Has anybody seen this? It's a big problem for me, but I can't find any references to other people having the same problem, so I assume I've got something misconfigured -- but I don't know what.
    I'm using MySQL ODBC 5.1 Driver, MySQL 5.1 Community Edition, and Oracle 11g R1 all running on a 32-bit Windows server.
    Thank you -- rick
    =============
    here's a spool of a sample oracle session:
    SQL> col descr1 for a40
    SQL> select * from t1@plazahost;
    id1 descr1
    1 hello
    2
    SQL> descr t1@plazahost
    Name Null? Type
    id1 NUMBER(10)
    descr1 VARCHAR2(255)
    SQL> select * from t1@plazahost where "descr1" is null;
    id1 descr1
    2
    SQL> update t1@plazahost set "descr1"='updated' where "descr1" is null;
    update t1@plazahost set "descr1"='updated' where "descr1" is null
    ERROR at line 1:
    ORA-02070: database PLAZAHOST does not support IS NULL in this context
    SQL> spool off
    =============
    here's the mysql query log snip for the oracle session:
    100804 10:24:20 1637 Connect     moms_oracle@MOMS_HOST on moms
              1637 Query     SET NAMES utf8
              1637 Query     SET character_set_results = NULL
              1637 Query     SET SQL_AUTO_IS_NULL = 0
              1637 Query     set autocommit=0
              1637 Query     select database()
              1637 Query     COMMIT
              1637 Query     SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED
              1637 Query     SHOW TABLE STATUS FROM `moms` LIKE 'T1'
              1637 Query     SHOW COLUMNS FROM `moms`.`t1`
              1637 Query     SELECT `id1`,`descr1` FROM `moms`.`t1` LIMIT 0
              1637 Query     SHOW KEYS FROM `moms`.`T1`
              1637 Query     SHOW TABLE STATUS FROM `moms` LIKE 'T1'
              1637 Query     SHOW COLUMNS FROM `moms`.`t1`
              1637 Query     SELECT `id1`,`descr1` FROM `moms`.`t1` LIMIT 0
              1637 Query     SELECT A1.`id1`,A1.`descr1` FROM `T1` A1
              1637 Query     SELECT `id1`,`descr1` FROM `T1`
    100804 10:24:28 1637 Query     COMMIT
              1637 Quit     
    =============
    here's the Oracle HS trace file for the same oracle session:
    Oracle Corporation --- WEDNESDAY AUG 04 2010 10:24:19.608
    Heterogeneous Agent Release
    11.1.0.7.0
    Oracle Corporation --- WEDNESDAY AUG 04 2010 10:24:19.608
    Version 11.1.0.7.0
    Entered hgogprd
    HOSGIP for "HS_FDS_TRACE_LEVEL" returned "DEBUG"
    Entered hgosdip
    setting HS_OPEN_CURSORS to default of 50
    setting HS_FDS_RECOVERY_ACCOUNT to default of "RECOVER"
    setting HS_FDS_RECOVERY_PWD to default value
    setting HS_FDS_TRANSACTION_LOG to default of "HS_TRANSACTION_LOG"
    setting HS_FDS_TRANSACTION_ISOLATION to default of "READ_COMMITTED"
    setting HS_NLS_NCHAR to default of "UCS2"
    setting HS_FDS_TIMESTAMP_AS_DATE to default of "TRUE"
    setting HS_RPC_FETCH_REBLOCKING to default of "ON"
    setting HS_FDS_FETCH_ROWS to default of "100"
    setting HS_FDS_RESULTSET_SUPPORT to default of "FALSE"
    setting HS_FDS_PROC_IS_FUNC to default of "FALSE"
    setting HS_FDS_CHARACTER_SEMANTICS to default of "FALSE"
    setting HS_FDS_MAP_NCHAR to default of "TRUE"
    setting HS_NLS_DATE_FORMAT to default of "YYYY-MM-DD HH24:MI:SS"
    setting HS_FDS_REPORT_REAL_AS_DOUBLE to default of "FALSE"
    setting HS_LONG_PIECE_TRANSFER_SIZE to default of "65536"
    setting HS_SQL_HANDLE_STMT_REUSE to default of "FALSE"
    setting HS_FDS_QUERY_DRIVER to default of "TRUE"
    setting HS_FDS_SUPPORT_STATISTICS to default of "TRUE"
    Parameter HS_FDS_QUOTE_IDENTIFIER is not set
    setting HS_CALL_NAME_ISP to "gtw$:SQLTables;gtw$:SQLColumns;gtw$:SQLPrimaryKeys;gtw$:SQLForeignKeys;gtw$:SQLProcedures;gtw$:SQLStatistics"
    Exiting hgosdip, rc=0
    ORACLE_SID is "plazahost"
    Product-Info:
    Port Rls/Upd:7/0 PrdStat:0
    Agent:Oracle Database Gateway for ODBC
    Facility:hsa
    Class:ODBC, ClassVsn:11.1.0.7.0_0006, Instance:plazahost
    Exiting hgogprd, rc=0
    Entered hgoinit
    HOCXU_COMP_CSET=1
    HOCXU_DRV_CSET=178
    HOCXU_DRV_NCHAR=1000
    HOCXU_DB_CSET=178
    HOCXU_SEM_VER=110000
    Entered hgolofn at 2010/08/04-10:24:19
    Exiting hgolofn, rc=0 at 2010/08/04-10:24:20
    HOSGIP for "HS_OPEN_CURSORS" returned "50"
    HOSGIP for "HS_FDS_FETCH_ROWS" returned "100"
    HOSGIP for "HS_LONG_PIECE_TRANSFER_SIZE" returned "65536"
    HOSGIP for "HS_NLS_NUMERIC_CHARACTER" returned ".,"
    Exiting hgoinit, rc=0 at 2010/08/04-10:24:20
    Entered hgolgon at 2010/08/04-10:24:20
    reco:0, name:moms_oracle, tflag:0
    Entered hgosuec at 2010/08/04-10:24:20
    Exiting hgosuec, rc=0 at 2010/08/04-10:24:20
    HOSGIP for "HS_FDS_RECOVERY_ACCOUNT" returned "RECOVER"
    HOSGIP for "HS_FDS_TRANSACTION_LOG" returned ""HS_TRANSACTION_LOG""
    HOSGIP for "HS_FDS_TIMESTAMP_AS_DATE" returned "TRUE"
    HOSGIP for "HS_FDS_CHARACTER_SEMANTICS" returned "FALSE"
    HOSGIP for "HS_FDS_MAP_NCHAR" returned "TRUE"
    HOSGIP for "HS_FDS_RESULT_SET_SUPPORT" returned "FALSE"
    HOSGIP for "HS_FDS_PROC_IS_FUNC" returned "FALSE"
    HOSGIP for "HS_FDS_REPORT_REAL_AS_DOUBLE" returned "FALSE"
    using moms_oracle as default value for "HS_FDS_DEFAULT_OWNER"
    HOSGIP for "HS_SQL_HANDLE_STMT_REUSE" returned "FALSE"
    Entered hgocont at 2010/08/04-10:24:20
    HS_FDS_CONNECT_INFO = "momsPlazaHost"
    RC=-1 from HOSGIP for "HS_FDS_CONNECT_STRING"
    Entered hgogenconstr at 2010/08/04-10:24:20
    dsn:momsPlazaHost, name:moms_oracle
    optn:
    ##>Connect Parameters (len=43)<##
    ## DSN=momsPlazaHost;
    #! UID=moms_oracle;
    #! PWD=*
    Exiting hgogenconstr, rc=0 at 2010/08/04-10:24:20
    DriverName:myodbc5.dll, DriverVer:05.01.0005
    DBMS Name:MySQL, DBMS Version:5.1.35-community-log
    Exiting hgocont, rc=0 at 2010/08/04-10:24:20
    SQLGetInfo returns Y for SQL_CATALOG_NAME
    SQLGetInfo returns 64 for SQL_MAX_CATALOG_NAME_LEN
    Exiting hgolgon, rc=0 at 2010/08/04-10:24:20
    Entered hgoulcp at 2010/08/04-10:24:20
    Entered hgowlst at 2010/08/04-10:24:20
    Exiting hgowlst, rc=0 at 2010/08/04-10:24:20
    SQLGetInfo returns ` for SQL_IDENTIFIER_QUOTE_CHAR
    SQLGetInfo returns Y for SQL_COLUMN_ALIAS
    2 instance capabilities will be uploaded
    capno:1991, context:0x0001ffff, add-info: 0
    capno:1992, context:0x0001ffff, add-info: 1, translation:"`"
    Exiting hgoulcp, rc=0 at 2010/08/04-10:24:20
    Entered hgouldt at 2010/08/04-10:24:20
    0 instance DD translations were uploaded
    Exiting hgouldt, rc=0 at 2010/08/04-10:24:20
    Entered hgobegn at 2010/08/04-10:24:20
    tflag:0 , initial:1
    hoi:0x12f03c, ttid (len 26) is ...
    00: 4D4F4D53 44422E38 62393537 3032392E [MOMSDB.8b957029.]
    10: 322E3130 2E333131 3531 [2.10.31151]
    tbid (len 23) is ...
    00: 4D4F4D53 44425B32 2E31302E 33313135 [MOMSDB[2.10.3115]
    10: 315D5B31 2E345D [1][1.4]]
    TXN Capable:3, Isolation Option:0xf
    Exiting hgobegn, rc=0 at 2010/08/04-10:24:20
    Entered hgodtab at 2010/08/04-10:24:20
    count:1
    table: T1
    Entered hgopcda at 2010/08/04-10:24:20
    Column:1(id1): dtype:4 (INTEGER), prc/scl:10/0, nullbl:1, octet:0, sign:1, radix:10
    Exiting hgopcda, rc=0 at 2010/08/04-10:24:20
    Entered hgopcda at 2010/08/04-10:24:20
    Column:2(descr1): dtype:12 (VARCHAR), prc/scl:255/0, nullbl:1, octet:255, sign:1, radix:10
    Exiting hgopcda, rc=0 at 2010/08/04-10:24:20
    The hoada for table T1 follows...
    hgodtab, line 651: Printing hoada @ 02A32DDC
    MAX:2, ACTUAL:2, BRC:1, WHT=6 (TABLE_DESCRIBE)
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    4 INTEGER Y 4 4 0/ 0 0 0 0 id1
    12 VARCHAR Y 255 255 0/ 0 0 0 0 descr1
    Exiting hgodtab, rc=0 at 2010/08/04-10:24:20
    Entered hgodafr, cursor id 0 at 2010/08/04-10:24:20
    Exiting hgodafr, rc=0 at 2010/08/04-10:24:20
    Entered hgotcis at 2010/08/04-10:24:20
    Calling SQLStatistics for T1
    Calling SQLColumns for moms_oracle.T1
    Column "id1": dtype=4, colsize=10, decdig=0, char_octet_length=0, cumulative avg row len=4
    Column "descr1": dtype=12, colsize=255, decdig=0, char_octet_length=255, cumulative avg row len=195
    Exiting hgotcis, rc=0 at 2010/08/04-10:24:20
    Entered hgopars, cursor id 1 at 2010/08/04-10:24:20
    type:0
    SQL text from hgopars, id=1, len=40 ...
    00: 53454C45 43542041 312E6069 6431602C [SELECT A1.`id1`,]
    10: 41312E60 64657363 72316020 46524F4D [A1.`descr1` FROM]
    20: 20605431 60204131 [ `T1` A1]
    Exiting hgopars, rc=0 at 2010/08/04-10:24:20
    Entered hgoopen, cursor id 1 at 2010/08/04-10:24:20
    hgoopen, line 83: NO hoada to print
    Exiting hgoopen, rc=0 at 2010/08/04-10:24:20
    Entered hgodscr, cursor id 1 at 2010/08/04-10:24:20
    Entered hgopcda at 2010/08/04-10:24:20
    Column:1(id1): dtype:4 (INTEGER), prc/scl:10/0, nullbl:1, octet:0, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2010/08/04-10:24:20
    Entered hgopcda at 2010/08/04-10:24:20
    Column:2(descr1): dtype:12 (VARCHAR), prc/scl:255/0, nullbl:1, octet:256, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2010/08/04-10:24:20
    hgodscr, line 506: Printing hoada @ 02A32DDC
    MAX:2, ACTUAL:2, BRC:100, WHT=5 (SELECT_LIST)
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    4 INTEGER Y 4 4 0/ 0 0 0 0 id1
    12 VARCHAR Y 256 256 0/ 0 0 0 0 descr1
    Exiting hgodscr, rc=0 at 2010/08/04-10:24:21
    Entered hgoftch, cursor id 1 at 2010/08/04-10:24:21
    hgoftch, line 117: Printing hoada @ 02A32DDC
    MAX:2, ACTUAL:2, BRC:100, WHT=5 (SELECT_LIST)
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    4 INTEGER Y 4 4 0/ 0 0 0 0 id1
    12 VARCHAR Y 256 256 0/ 0 0 0 0 descr1
    SQLBindCol: column 1, cdatatype: -16, bflsz: 4
    SQLBindCol: column 2, cdatatype: 1, bflsz: 257
    2 rows fetched
    Exiting hgoftch, rc=0 at 2010/08/04-10:24:21
    Entered hgoftch, cursor id 1 at 2010/08/04-10:24:21
    hgoftch, line 117: Printing hoada @ 02A32DDC
    MAX:2, ACTUAL:2, BRC:2, WHT=5 (SELECT_LIST)
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    4 INTEGER Y 4 4 0/ 0 0 0 0 id1
    12 VARCHAR Y 5 256 0/ 0 0 0 0 descr1
    0 rows fetched
    Exiting hgoftch, rc=1403 at 2010/08/04-10:24:21
    Entered hgoclse, cursor id 1 at 2010/08/04-10:24:23
    Exiting hgoclse, rc=0 at 2010/08/04-10:24:23
    Entered hgodafr, cursor id 1 at 2010/08/04-10:24:23
    Exiting hgodafr, rc=0 at 2010/08/04-10:24:23
    Entered hgopars, cursor id 1 at 2010/08/04-10:24:23
    type:0
    SQL text from hgopars, id=1, len=31 ...
    00: 53454C45 43542060 69643160 2C606465 [SELECT `id1`,`de]
    10: 73637231 60204652 4F4D2060 543160 [scr1` FROM `T1`]
    Exiting hgopars, rc=0 at 2010/08/04-10:24:23
    Entered hgoopen, cursor id 1 at 2010/08/04-10:24:23
    hgoopen, line 83: NO hoada to print
    Exiting hgoopen, rc=0 at 2010/08/04-10:24:23
    Entered hgodscr, cursor id 1 at 2010/08/04-10:24:23
    Entered hgopcda at 2010/08/04-10:24:23
    Column:1(id1): dtype:4 (INTEGER), prc/scl:10/0, nullbl:1, octet:0, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2010/08/04-10:24:23
    Entered hgopcda at 2010/08/04-10:24:23
    Column:2(descr1): dtype:12 (VARCHAR), prc/scl:255/0, nullbl:1, octet:256, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2010/08/04-10:24:23
    hgodscr, line 506: Printing hoada @ 02A32DDC
    MAX:2, ACTUAL:2, BRC:100, WHT=5 (SELECT_LIST)
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    4 INTEGER Y 4 4 0/ 0 0 0 0 id1
    12 VARCHAR Y 256 256 0/ 0 0 0 0 descr1
    Exiting hgodscr, rc=0 at 2010/08/04-10:24:24
    Entered hgoftch, cursor id 1 at 2010/08/04-10:24:24
    hgoftch, line 117: Printing hoada @ 02A32DDC
    MAX:2, ACTUAL:2, BRC:100, WHT=5 (SELECT_LIST)
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    4 INTEGER Y 4 4 0/ 0 0 0 0 id1
    12 VARCHAR Y 256 256 0/ 0 0 0 0 descr1
    SQLBindCol: column 1, cdatatype: -16, bflsz: 4
    SQLBindCol: column 2, cdatatype: 1, bflsz: 257
    2 rows fetched
    Exiting hgoftch, rc=0 at 2010/08/04-10:24:24
    Entered hgoftch, cursor id 1 at 2010/08/04-10:24:24
    hgoftch, line 117: Printing hoada @ 02A32DDC
    MAX:2, ACTUAL:2, BRC:2, WHT=5 (SELECT_LIST)
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    4 INTEGER Y 4 4 0/ 0 0 0 0 id1
    12 VARCHAR Y 5 256 0/ 0 0 0 0 descr1
    0 rows fetched
    Exiting hgoftch, rc=1403 at 2010/08/04-10:24:24
    Entered hgoclse, cursor id 1 at 2010/08/04-10:24:27
    Exiting hgoclse, rc=0 at 2010/08/04-10:24:27
    Entered hgodafr, cursor id 1 at 2010/08/04-10:24:27
    Exiting hgodafr, rc=0 at 2010/08/04-10:24:27
    Entered hgocomm at 2010/08/04-10:24:28
    keepinfo:0, tflag:1
    00: 4D4F4D53 44422E38 62393537 3032392E [MOMSDB.8b957029.]
    10: 322E3130 2E333131 3531 [2.10.31151]
    tbid (len 23) is ...
    00: 4D4F4D53 44425B32 2E31302E 33313135 [MOMSDB[2.10.3115]
    10: 315D5B31 2E345D [1][1.4]]
    cmt(0):
    Entered hgocpctx at 2010/08/04-10:24:28
    Exiting hgocpctx, rc=0 at 2010/08/04-10:24:28
    Exiting hgocomm, rc=0 at 2010/08/04-10:24:28
    Entered hgolgof at 2010/08/04-10:24:28
    tflag:1
    Exiting hgolgof, rc=0 at 2010/08/04-10:24:28
    Entered hgoexit at 2010/08/04-10:24:28
    Exiting hgoexit, rc=0 at 2010/08/04-10:24:28

    is null statement is post processed. This means in case of a select ALL records from the remote database are fetched into the Oracle database and the is null statement is then processed locally in the Oracle db.
    So thze select will work as it is handled internally in the Oracle database. This also means as But "is null" isn't sent to the foreign MySQL db the update clause will fail with ORA-02070: database PLAZAHOST does not support IS NULL in this context
    You need to recode the statement or use passthrough statements.

  • Incomplete data or ORA-28528 errors when accesing an Informix Server

    We have configured a dblink to an Informix Server. We are using UnixODBC + Informix CSDK on a RHEL 4 x86_64.
    After running several queries we have seen 3 different situations:
    A. The result of the query is correct.
    B. The result is incomplete. The table may have 24 rows, but the output shows only 13. However, Oracle receives 24 rows, as it's shown at the end of the output.
    C. Error about datatype conversion.
    SQL> select * from "centros"@test_informix2;
    ERROR:
    ORA-28528: Heterogeneous Services datatype conversion error
    ORA-02063: preceding line from TEST_INFORMIX2
    dg4odbc output when performing a select with incomplete results as described in situation B
    Oracle Corporation --- TUESDAY AUG 11 2009 16:12:02.321
    Heterogeneous Agent Release
    11.1.0.6.0
    Oracle Corporation --- TUESDAY AUG 11 2009 16:12:02.321
    Version 11.1.0.6.0
    Entered hgogprd
    HOSGIP for "HS_FDS_TRACE_LEVEL" returned "4"
    Entered hgosdip
    setting HS_OPEN_CURSORS to default of 50
    setting HS_FDS_RECOVERY_ACCOUNT to default of "RECOVER"
    setting HS_FDS_RECOVERY_PWD to default value
    setting HS_FDS_TRANSACTION_LOG to default of "HS_TRANSACTION_LOG"
    setting HS_FDS_TRANSACTION_ISOLATION to default of "READ_COMMITTED"
    setting HS_NLS_NCHAR to default of "AL32UTF8"
    setting HS_FDS_TIMESTAMP_AS_DATE to default of "TRUE"
    setting HS_RPC_FETCH_REBLOCKING to default of "ON"
    setting HS_FDS_FETCH_ROWS to default of "100"
    setting HS_FDS_RESULTSET_SUPPORT to default of "FALSE"
    setting HS_FDS_PROC_IS_FUNC to default of "FALSE"
    setting HS_FDS_CHARACTER_SEMANTICS to default of "FALSE"
    setting HS_FDS_MAP_NCHAR to default of "TRUE"
    setting HS_NLS_DATE_FORMAT to default of "YYYY-MM-DD HH24:MI:SS"
    setting HS_FDS_REPORT_REAL_AS_DOUBLE to default of "FALSE"
    setting HS_LONG_PIECE_TRANSFER_SIZE to default of "65536"
    setting HS_SQL_HANDLE_STMT_REUSE to default of "FALSE"
    setting HS_FDS_QUERY_DRIVER to default of "TRUE"
    setting HS_FDS_SUPPORT_STATISTICS to default of "FALSE"
    setting HS_CALL_NAME_ISP to "gtw$:SQLTables;gtw$:SQLColumns;gtw$:SQLPrimaryKeys;gtw$:SQLForeignKeys;gtw$:SQLProcedures;gtw$:SQ
    LStatistics"
    Exiting hgosdip, rc=0
    ORACLE_SID is "test_informix2"
    Product-Info:
    Port Rls/Upd:6/0 PrdStat:0
    Agent:Oracle Database Gateway for ODBC
    Facility:hsa
    Class:ODBC, ClassVsn:11.1.0.6.0_0006, Instance:test_informix2
    Exiting hgogprd, rc=0
    Entered hgoinit
    HOCXU_COMP_CSET=1
    HOCXU_DRV_CSET=31
    HOCXU_DRV_NCHAR=873
    HOCXU_DB_CSET=31
    HOCXU_SEM_VER=102000
    Entered hgolofn at 2009/08/11-16:12:02
    HOSGIP for "HS_FDS_SHAREABLE_NAME" returned "/usr/local/lib/libodbc.so"
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLAllocHandle
    symbol_peflctx=0x9893c70d
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLBindCol
    symbol_peflctx=0x9893c873
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLBindParameter
    symbol_peflctx=0x9893d2e4
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLCancel
    symbol_peflctx=0x9893ec84
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLDescribeParam
    symbol_peflctx=0x98949f10
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLDisconnect
    symbol_peflctx=0x9894a5c8
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLEndTran
    symbol_peflctx=0x9894d4d4
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLExecute
    symbol_peflctx=0x9894f17c
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLFetch
    symbol_peflctx=0x9894fd04
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLFreeHandle
    symbol_peflctx=0x98951fc9
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLFreeStmt
    symbol_peflctx=0x98951fec
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLGetData
    symbol_peflctx=0x989541dc
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLGetEnvAttr
    symbol_peflctx=0x98957fa8
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLGetFunctions
    symbol_peflctx=0x989583c4
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLMoreResults
    symbol_peflctx=0x9895ab28
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLNumResultCols
    symbol_peflctx=0x9895bad8
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLParamData
    symbol_peflctx=0x9895bedc
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLPutData
    symbol_peflctx=0x9895e908
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLRowCount
    symbol_peflctx=0x9895ee78
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLSetEnvAttr
    symbol_peflctx=0x98961458
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLSetDescRec
    symbol_peflctx=0x98961230
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLColAttribute
    symbol_peflctx=0x9893f4ec
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLColumns
    symbol_peflctx=0x989416e4
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLConnect
    symbol_peflctx=0x98947014
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLDescribeCol
    symbol_peflctx=0x989494f0
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLDriverConnect
    symbol_peflctx=0x9894b337
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLExecDirect
    symbol_peflctx=0x9894e9e2
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLForeignKeys
    symbol_peflctx=0x98950bdc
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLGetConnectAttr
    symbol_peflctx=0x989524ab
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLGetDiagField
    symbol_peflctx=0x989567f3
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLGetDiagRec
    symbol_peflctx=0x989576e5
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLGetInfo
    symbol_peflctx=0x98959083
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLGetStmtAttr
    symbol_peflctx=0x989593e3
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLGetTypeInfo
    symbol_peflctx=0x9895a548
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLPrepare
    symbol_peflctx=0x9895c9c6
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLPrimaryKeys
    symbol_peflctx=0x9895d13e
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLProcedureColumns
    symbol_peflctx=0x9895d938
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLProcedures
    symbol_peflctx=0x9895e19a
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLSetConnectAttr
    symbol_peflctx=0x9895f1fc
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLSetStmtAttr
    symbol_peflctx=0x989634a8
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLSetDescField
    symbol_peflctx=0x98960e5a
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLStatistics
    symbol_peflctx=0x98965ed6
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Entered hgolofns at 2009/08/11-16:12:02
    libname=/usr/local/lib/libodbc.so, funcname=SQLTables
    symbol_peflctx=0x98967014
    hoaerr:0
    Exiting hgolofns at 2009/08/11-16:12:02
    Exiting hgolofn, rc=0 at 2009/08/11-16:12:02
    HOSGIP for "HS_OPEN_CURSORS" returned "50"
    HOSGIP for "HS_FDS_FETCH_ROWS" returned "100"
    HOSGIP for "HS_LONG_PIECE_TRANSFER_SIZE" returned "65536"
    HOSGIP for "HS_NLS_NUMERIC_CHARACTER" returned ".,"
    Exiting hgoinit, rc=0 at 2009/08/11-16:12:02
    Entered hgolgon at 2009/08/11-16:12:02
    reco:0, name:informix, tflag:0
    Entered hgosuec at 2009/08/11-16:12:02
    Exiting hgosuec, rc=0 at 2009/08/11-16:12:02
    HOSGIP for "HS_FDS_RECOVERY_ACCOUNT" returned "RECOVER"
    HOSGIP for "HS_FDS_TRANSACTION_LOG" returned ""HS_TRANSACTION_LOG""
    HOSGIP for "HS_FDS_TIMESTAMP_AS_DATE" returned "TRUE"
    HOSGIP for "HS_FDS_CHARACTER_SEMANTICS" returned "FALSE"
    HOSGIP for "HS_FDS_MAP_NCHAR" returned "TRUE"
    HOSGIP for "HS_FDS_RESULT_SET_SUPPORT" returned "FALSE"
    HOSGIP for "HS_FDS_PROC_IS_FUNC" returned "FALSE"
    HOSGIP for "HS_FDS_REPORT_REAL_AS_DOUBLE" returned "FALSE"
    using informix as default value for "HS_FDS_DEFAULT_OWNER"
    HOSGIP for "HS_SQL_HANDLE_STMT_REUSE" returned "FALSE"
    Entered hgocont at 2009/08/11-16:12:02
    HS_FDS_CONNECT_INFO = "test_informix2"
    RC=-1 from HOSGIP for "HS_FDS_CONNECT_STRING"
    Entered hgogenconstr at 2009/08/11-16:12:02
    dsn:test_informix2, name:informix
    optn:
    ##>Connect Parameters (len=43)<##
    ## DSN=test_informix2;
    #! UID=informix;
    #! PWD=*
    Exiting hgogenconstr, rc=0 at 2009/08/11-16:12:02
    DriverName:iclis09b.so, DriverVer: 3.50.0000 3.50.U
    DBMS Name:Informix, DBMS Version:07.31.0000 UD5
    Exiting hgocont, rc=0 at 2009/08/11-16:12:02
    SQLGetInfo returns Y for SQL_CATALOG_NAME
    SQLGetInfo returns 18 for SQL_MAX_CATALOG_NAME_LEN
    Exiting hgolgon, rc=0 at 2009/08/11-16:12:02
    Entered hgoulcp at 2009/08/11-16:12:02
    Entered hgowlst at 2009/08/11-16:12:02
    Exiting hgowlst, rc=0 at 2009/08/11-16:12:02
    SQLGetInfo returns " for SQL_IDENTIFIER_QUOTE_CHAR
    SQLGetInfo returns N for SQL_COLUMN_ALIAS
    Exiting hgoulcp, rc=0 at 2009/08/11-16:12:02
    Entered hgouldt at 2009/08/11-16:12:02
    Exiting hgouldt, rc=0 at 2009/08/11-16:12:02
    Entered hgobegn at 2009/08/11-16:12:02
    tflag:0 , initial:1
    hoi:0xbfffe688, ttid (len 21) is ...
    00: 54534554 3135352E 36616133 2E332E37 [TEST.5513aa67.3.]
    10: 36352E33 34 [3.564]
    tbid (len 10) is ...
    0: 00030003 00000234 0104 [....4.....]
    Exiting hgobegn, rc=0 at 2009/08/11-16:12:02
    Entered hgodtab at 2009/08/11-16:12:02
    count:1
    table: agentes
    Entered hgopcda at 2009/08/11-16:12:02
    Column:1(cod_agent): dtype:1 (CHAR), prc/scl:2/0, nullbl:0, octet:2, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2009/08/11-16:12:02
    Entered hgopcda at 2009/08/11-16:12:02
    Column:2(desc_agent): dtype:12 (VARCHAR), prc/scl:50/0, nullbl:0, octet:50, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2009/08/11-16:12:02
    The hoada for table agentes follows...
    hgodtab, line 577: Printing hoada @ 0x6c0b90
    MAX:2, ACTUAL:2, BRC:1, WHT=6
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    1 CHAR N 2 2 0/ 0 0 0 0 cod_agent
    12 VARCHAR N 50 50 0/ 0 0 0 0 desc_agent
    Exiting hgodtab, rc=0 at 2009/08/11-16:12:02
    Entered hgodafr, cursor id 0 at 2009/08/11-16:12:02
    Exiting hgodafr, rc=0 at 2009/08/11-16:12:02
    Entered hgotcis at 2009/08/11-16:12:02
    Calling SQLStatistics for agentes
    IndexType=SQL_TABLE_STAT: cardinality=24
    New Index:353_1379, type=3, ASCENDING, UNIQUE, cardinality=24
    ordinal position = 1
    Calling SQLColumns for informix.agentes
    Column "cod_agent": dtype=1, colsize=2, decdig=0, char_octet_length=2, cumulative avg row len=2
    Column "desc_agent": dtype=12, colsize=50, decdig=0, char_octet_length=50, cumulative avg row len=39
    Exiting hgotcis, rc=0 at 2009/08/11-16:12:02
    Entered hgopars, cursor id 1 at 2009/08/11-16:12:02
    type:0
    SQL text from hgopars, id=1, len=55 ...
    00: 454C4553 41205443 63222E31 615F646F [SELECT A1."cod_a]
    10: 746E6567 31412C22 6564222E 615F6373 [gent",A1."desc_a]
    20: 746E6567 52462022 22204D4F 6E656761 [gent" FROM "agen]
    30: 22736574 204131 [tes" A1]
    Exiting hgopars, rc=0 at 2009/08/11-16:12:02
    Entered hgoopen, cursor id 1 at 2009/08/11-16:12:02
    hgoopen, line 83: NO hoada to print
    Exiting hgoopen, rc=0 at 2009/08/11-16:12:02
    Entered hgodscr, cursor id 1 at 2009/08/11-16:12:02
    Entered hgopcda at 2009/08/11-16:12:02
    Column:1(cod_agent): dtype:1 (CHAR), prc/scl:2/0, nullbl:0, octet:2, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2009/08/11-16:12:02
    Entered hgopcda at 2009/08/11-16:12:02
    Column:2(desc_agent): dtype:12 (VARCHAR), prc/scl:50/0, nullbl:0, octet:50, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2009/08/11-16:12:02
    hgodscr, line 506: Printing hoada @ 0x6c08f8
    MAX:2, ACTUAL:2, BRC:100, WHT=5
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    1 CHAR N 2 2 0/ 0 0 0 0 cod_agent
    12 VARCHAR N 50 50 0/ 0 0 0 0 desc_agent
    Exiting hgodscr, rc=0 at 2009/08/11-16:12:02
    Entered hgoftch, cursor id 1 at 2009/08/11-16:12:02
    hgoftch, line 117: Printing hoada @ 0x6c08f8
    MAX:2, ACTUAL:2, BRC:100, WHT=5
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    1 CHAR N 2 2 0/ 0 0 0 0 cod_agent
    12 VARCHAR N 50 50 0/ 0 0 0 0 desc_agent
    SQLBindCol: column 1, cdatatype: 1, bflsz: 3
    SQLBindCol: column 2, cdatatype: 1, bflsz: 51
    SQLFetch: row: 1, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 1, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 1, column 2, bflsz: 51, bflar: 16
    SQLFetch: row: 1, column 2, bflsz: 51, bflar: 16
    SQLFetch: row: 2, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 2, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 2, column 2, bflsz: 51, bflar: 26
    SQLFetch: row: 2, column 2, bflsz: 51, bflar: 26
    SQLFetch: row: 3, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 3, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 3, column 2, bflsz: 51, bflar: 33
    SQLFetch: row: 3, column 2, bflsz: 51, bflar: 33
    SQLFetch: row: 4, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 4, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 4, column 2, bflsz: 51, bflar: 35
    SQLFetch: row: 4, column 2, bflsz: 51, bflar: 35
    SQLFetch: row: 5, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 5, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 5, column 2, bflsz: 51, bflar: 6
    SQLFetch: row: 5, column 2, bflsz: 51, bflar: 6
    SQLFetch: row: 6, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 6, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 6, column 2, bflsz: 51, bflar: 5
    SQLFetch: row: 6, column 2, bflsz: 51, bflar: 5
    SQLFetch: row: 7, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 7, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 7, column 2, bflsz: 51, bflar: 27
    SQLFetch: row: 7, column 2, bflsz: 51, bflar: 27
    SQLFetch: row: 8, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 8, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 8, column 2, bflsz: 51, bflar: 26
    SQLFetch: row: 8, column 2, bflsz: 51, bflar: 26
    SQLFetch: row: 9, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 9, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 9, column 2, bflsz: 51, bflar: 34
    SQLFetch: row: 9, column 2, bflsz: 51, bflar: 34
    SQLFetch: row: 10, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 10, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 10, column 2, bflsz: 51, bflar: 32
    SQLFetch: row: 10, column 2, bflsz: 51, bflar: 32
    SQLFetch: row: 11, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 11, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 11, column 2, bflsz: 51, bflar: 31
    SQLFetch: row: 11, column 2, bflsz: 51, bflar: 31
    SQLFetch: row: 12, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 12, column 1, bflsz: 3, bflar: 2
    SQLFetch: row: 12, column 2, bflsz: 51, bflar: 22
    SQLFetch: row: 12, column 2, bflsz: 51, bflar: 22
    SQLFetch: row: 13, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 13, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 13, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 13, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 14, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 14, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 14, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 14, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 15, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 15, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 15, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 15, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 16, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 16, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 16, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 16, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 17, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 17, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 17, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 17, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 18, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 18, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 18, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 18, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 19, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 19, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 19, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 19, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 20, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 20, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 20, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 20, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 21, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 21, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 21, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 21, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 22, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 22, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 22, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 22, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 23, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 23, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 23, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 23, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 24, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 24, column 1, bflsz: 3, bflar: 0
    SQLFetch: row: 24, column 2, bflsz: 51, bflar: 0
    SQLFetch: row: 24, column 2, bflsz: 51, bflar: 0
    24 rows fetched
    Exiting hgoftch, rc=0 at 2009/08/11-16:12:02
    Entered hgoftch, cursor id 1 at 2009/08/11-16:12:02
    hgoftch, line 117: Printing hoada @ 0x6c08f8
    MAX:2, ACTUAL:2, BRC:24, WHT=5
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    1 CHAR N 2 2 0/ 0 0 0 0 cod_agent
    12 VARCHAR N 16 50 0/ 0 0 0 0 desc_agent
    0 rows fetched
    Exiting hgoftch, rc=1403 at 2009/08/11-16:12:02
    Entered hgoclse, cursor id 1 at 2009/08/11-16:12:04
    Exiting hgoclse, rc=0 at 2009/08/11-16:12:04
    Entered hgodafr, cursor id 1 at 2009/08/11-16:12:04
    Exiting hgodafr, rc=0 at 2009/08/11-16:12:04
    Entered hgocomm at 2009/08/11-16:12:04
    keepinfo:0, tflag:1
    00: 54534554 3135352E 36616133 2E332E37 [TEST.5513aa67.3.]
    10: 36352E33 34 [3.564]
    tbid (len 10) is ...
    0: 00030003 00000234 0104 [....4.....]
    cmt(0):
    Entered hgocpctx at 2009/08/11-16:12:04
    Exiting hgocpctx, rc=0 at 2009/08/11-16:12:04
    Exiting hgocomm, rc=0 at 2009/08/11-16:12:04
    Entered hgolgof at 2009/08/11-16:12:04
    tflag:1
    Exiting hgolgof, rc=0 at 2009/08/11-16:12:04
    Entered hgoexit at 2009/08/11-16:12:04
    Exiting hgoexit, rc=0 at 2009/08/11-16:12:04
    Any idea or hint would be really appreciated!
    Thanks!

    Ok. Bad news.
    There is an unpublished bug 799360 UNSUPPORTED INFORMIX RELEASE ERROR RUNNING DG4IFMX 11.1.
    To workround the problem, choose either of the following:
    1. Apply fix for unpublished Bug 6799360 when it becomes available.
    2. Upgrade Informix to 9.4 or 10 as the problem does not happen with these versions.
    3. Use 10.2 TG4Informix until a fix for the 11g DG4Informix is available.
    None of them are valid if you don't have any control of the Informix databases and if your Oracle database is in 64 bits (tg4informix not availabe for 64 bits).

  • Migration from 9i to 11g Transparent Gateway results in a) ORA-12704: character set mismatch b) ORA-02070: database ... does not support SYS_OP_C2C in this context

    Migration from 9i to 11g Transparent Gateway results in a) ORA-12704: character set mismatch b) ORA-02070: database ... does not support SYS_OP_C2C in this context
    What Transparent Gateway (TG) 11g configuration steps prevent the following errors?:
    a) ORA-12704: character set mismatch
    b) ORA-02070: database <DB_link_name> does not support SYS_OP_C2C in this context
    Hints:
    The current 9i TG works with the existing views and packages.  These same db objects will not compile using the new 11g TG.
    The db objects are on an Oracle 10g database linked to an SQL Server 2008 R2 database.
    Since the 9i TG works I assume a configuration to the 11g TG will get it working same as before.  But what...
    Is is something controlled by these parameters?  (Sorry, I don't know how this stuff works.  I'm the application developer.  My DBAs setup the Transparent Gateways.):
      Parameters in the Gateway Startup Shell script:
        ORA_NLS33
        NLS_LANG
      Parameters in the initsid.ora file:
        HS_LANGUAGE
        HS_NLS_DATE_FORMAT
        HS_NLS_DATE_LANGUAGE
    I'm avoiding the known workaround to refactor the VIEWS and PACKAGES to contain CAST() statements to explicitly match the data types.  A server side fix to the 11g TG is preferred. 
    Sample code:
    a) ORA-12704: character set mismatch
       ... is caused by SQL that works with my 9i TG but not with my 11g TG.  It's a snippit from my view that won't compile:
                      select status_code                  -- Oracle VARCHAR2(30)
                      from   ora_app_interfaces
                     UNION
                      select "StatusCode" as status_code  -- SQL Server NVARCHAR(30)
                      from   SqlAppInterfaces
       Example workaround that I'm avoiding:
                      select status_code
                      from   ora_app_interfaces
                     UNION
                      select CAST("StatusCode" as VARCHAR(30)) as status_code
                      from   SqlAppInterfaces
    b) ORA-02070: database <DB_link_name> does not support SYS_OP_C2C in this context
       A line of code in the procedure that compiles correctly but fails to execute:
               -- Insert into SQL Server from Oracle
               insert into PatientMedRecNum ( 
                  "PatID",         -- SQL Server INT
                  "MedRecNum",     -- SQL Server NVARCHAR(11)
                  "Hospital")      -- SQL Server NVARCHAR(30)
               values (
                  pi_pat_id,       -- Oracle NUMBER
                  pi_med_rec_num,  -- Oracle VARCHAR2
                  pi_hospital);    -- Oracle VARCHAR2
    I'd guess the errors are caused by the TG's implicit conversion between the Oracle VARCHAR2 and the SQL Server NVARCHAR... but this works fine on the 9i TG... how do I set it up to work on the 11g TG? 
    Thanks!

    Trace of 11g TG... generating errors due to lack of automatic mapping from SQL NVARCHAR to Oracle NVARCHAR, where the previous 9g TG mapped from SQL NVARCHAR to Oracle VARCHAR2.
    Oracle Corporation --- MONDAY    SEP 22 2014 13:35:08.186
    Heterogeneous Agent Release
    11.2.0.4.0
    Oracle Corporation --- MONDAY    SEP 22 2014 13:35:08.186
    Version 11.2.0.4.0
    Entered hgogprd
    HOSGIP for "HS_FDS_TRACE_LEVEL" returned "DEBUG"
    Entered hgosdip
    setting HS_OPEN_CURSORS to default of 50
    setting HS_FDS_RECOVERY_ACCOUNT to default of "RECOVER"
    setting HS_FDS_RECOVERY_PWD to default value
    setting HS_FDS_TRANSACTION_LOG to default of HS_TRANSACTION_LOG
    setting HS_IDLE_TIMEOUT to default of 0
    setting HS_FDS_TRANSACTION_ISOLATION to default of "READ_COMMITTED"
    setting HS_NLS_NCHAR to default of "UCS2"
    setting HS_FDS_TIMESTAMP_MAPPING to default of "DATE"
    setting HS_FDS_DATE_MAPPING to default of "DATE"
    setting HS_RPC_FETCH_REBLOCKING to default of "ON"
    setting HS_FDS_FETCH_ROWS to default of "100"
    setting HS_FDS_RESULTSET_SUPPORT to default of "FALSE"
    setting HS_FDS_RSET_RETURN_ROWCOUNT to default of "FALSE"
    setting HS_FDS_PROC_IS_FUNC to default of "FALSE"
    setting HS_FDS_MAP_NCHAR to default of "TRUE"
    setting HS_NLS_DATE_FORMAT to default of "YYYY-MM-DD HH24:MI:SS"
    setting HS_FDS_REPORT_REAL_AS_DOUBLE to default of "FALSE"
    setting HS_LONG_PIECE_TRANSFER_SIZE to default of "65536"
    setting HS_SQL_HANDLE_STMT_REUSE to default of "FALSE"
    setting HS_FDS_QUERY_DRIVER to default of "FALSE"
    setting HS_FDS_SUPPORT_STATISTICS to default of "TRUE"
    setting HS_FDS_QUOTE_IDENTIFIER to default of "TRUE"
    setting HS_KEEP_REMOTE_COLUMN_SIZE to default of "OFF"
    setting HS_FDS_GRAPHIC_TO_MBCS to default of "FALSE"
    setting HS_FDS_MBCS_TO_GRAPHIC to default of "FALSE"
    setting HS_CALL_NAME_ISP to "gtw$:SQLTables;gtw$:SQLColumns;gtw$:SQLPrimaryKeys;gtw$:SQLForeignKeys;gtw$:SQLProcedures;gtw$:SQLStatistics;gtw$:SQLGetInfo"
    setting HS_FDS_DELAYED_OPEN to default of "TRUE"
    setting HS_FDS_WORKAROUNDS to default of "0"
    setting HS_FDS_ARRAY_EXEC to default of "TRUE"
    Exiting hgosdip, rc=0
    ORACLE_SID is "xxxDEV"
    Product-Info:
      Port Rls/Upd:4/0 PrdStat:0
    Agent:Oracle Database Gateway for MSSQL
    Facility:hsa
    Class:MSSQL, ClassVsn:11.2.0.4.0_0019, Instance:xxxDEV
    Exiting hgogprd, rc=0
    Entered hgoinit
    HOCXU_COMP_CSET=1
    HOCXU_DRV_CSET=178
    HOCXU_DRV_NCHAR=1000
    HOCXU_DB_CSET=178
    HS_LANGUAGE not specified
    rc=1239980 attempting to get LANG environment variable.
    HOCXU_SEM_VER=102000
    Entered hgolofn at 2014/09/22-13:35:08
    RC=-1 from HOSGIP for "PATH"
    Setting PATH to "C:\oracle\product\11.2.0\tg_2\dg4msql\driver\lib"
    Exiting hgolofn, rc=0 at 2014/09/22-13:35:08
    HOSGIP for "HS_OPEN_CURSORS" returned "50"
    HOSGIP for "HS_FDS_FETCH_ROWS" returned "100"
    HOSGIP for "HS_LONG_PIECE_TRANSFER_SIZE" returned "65536"
    HOSGIP for "HS_NLS_NUMERIC_CHARACTER" returned ".,"
    HOSGIP for "HS_KEEP_REMOTE_COLUMN_SIZE" returned "OFF"
    HOSGIP for "HS_FDS_DELAYED_OPEN" returned "TRUE"
    HOSGIP for "HS_FDS_WORKAROUNDS" returned "0"
    HOSGIP for "HS_FDS_MBCS_TO_GRAPHIC" returned "FALSE"
    HOSGIP for "HS_FDS_GRAPHIC_TO_MBCS" returned "FALSE"
    treat_SQLLEN_as_compiled = 1
    Exiting hgoinit, rc=0 at 2014/09/22-13:35:08
    Entered hgolgon at 2014/09/22-13:35:08
    reco:0, name:abaccess, tflag:0
    Entered hgosuec at 2014/09/22-13:35:08
    uencoding=UTF16
    Entered shgosuec at 2014/09/22-13:35:08
    Exiting shgosuec, rc=0 at 2014/09/22-13:35:08
    shgosuec() returned rc=0
    Exiting hgosuec, rc=0 at 2014/09/22-13:35:08
    HOSGIP for "HS_FDS_RECOVERY_ACCOUNT" returned "RECOVER"
    HOSGIP for "HS_FDS_TRANSACTION_LOG" returned "HS_TRANSACTION_LOG"
    HOSGIP for "HS_FDS_TIMESTAMP_MAPPING" returned "DATE"
    HOSGIP for "HS_FDS_DATE_MAPPING" returned "DATE"
    HOSGIP for "HS_FDS_MAP_NCHAR" returned "TRUE"
    HOSGIP for "HS_FDS_RESULTSET_SUPPORT" returned "FALSE"
    HOSGIP for "HS_FDS_RSET_RETURN_ROWCOUNT" returned "FALSE"
    HOSGIP for "HS_FDS_PROC_IS_FUNC" returned "FALSE"
    HOSGIP for "HS_FDS_REPORT_REAL_AS_DOUBLE" returned "FALSE"
    HOSGIP for "HS_FDS_DEFAULT_OWNER" returned "dbo"
    HOSGIP for "HS_SQL_HANDLE_STMT_REUSE" returned "FALSE"
    Entered hgocont at 2014/09/22-13:35:08
    HS_FDS_CONNECT_INFO = "sqlserverxxx/sqlinstancexxx/SQL_Server_2008_xxx_DEV"
    RC=-1 from HOSGIP for "HS_FDS_CONNECT_STRING"
    Entered hgogenconstr at 2014/09/22-13:35:08
    dsn: sqlserverxxx/sqlinstancexxx/SQL_Server_2008_xxx_DEV, name:xxx_admin
    optn:
    Entered hgocip at 2014/09/22-13:35:08
    dsn:sqlserverxxx/sqlinstancexxx/SQL_Server_2008_xxx_DEV
    Exiting hgocip, rc=0 at 2014/09/22-13:35:08
    Entered shgogohn at 2014/09/22-13:35:08
    ohn is 'OraGtw11g_home2'
    Exiting shgogohn, rc=0 at 2014/09/22-13:35:08
    RC=-1 from HOSGIP for "HS_FDS_ENCRYPT_SESSION"
    using 0 as default value for "HS_FDS_ENCRYPT_SESSION"
    RC=-1 from HOSGIP for "HS_FDS_VALIDATE_SERVER_CERT"
    using 1 as default value for "HS_FDS_VALIDATE_SERVER_CERT"
    Entered hgocont_OracleCsidToIANA at 2014/09/22-13:35:08
    Returning 2252
    Exiting hgocont_OracleCsidToIANA at 2014/09/22-13:35:08
    Exiting hgogenconstr, rc=0 at 2014/09/22-13:35:08
    Entered hgopoer at 2014/09/22-13:35:08
    hgopoer, line 231: got native error 5701 and sqlstate 01000; message follows...
    [Oracle][ODBC SQL Server Wire Protocol driver][Microsoft SQL Server]Changed database context to 'Xxx_XXX_DEV'. {01000,NativeErr = 5701}[Oracle][ODBC SQL Server Wire Protocol driver][Microsoft SQL Server]Changed language setting to us_english. {01000,NativeErr = 5703}
    Exiting hgopoer, rc=0 at 2014/09/22-13:35:08
    hgocont, line 2764: calling SqlDriverConnect got sqlstate 01000
    Entered hgolosf at 2014/09/22-13:35:08
    Exiting hgolosf, rc=0 at 2014/09/22-13:35:08
    DriverName:HGmsss23.dll, DriverVer:07.01.0093 (B0098, U0065)
    DBMS Name:Microsoft SQL Server, DBMS Version:10.00.2531
    Exiting hgocont, rc=0 at 2014/09/22-13:35:08 with error ptr FILE:hgocont.c LINE:2764 ID:SQLDriverConnect
    SQLGetInfo returns Y for SQL_CATALOG_NAME
    SQLGetInfo returns 128 for SQL_MAX_CATALOG_NAME_LEN
    Exiting hgolgon, rc=0 at 2014/09/22-13:35:08
    Entered hgoulcp at 2014/09/22-13:35:08
    Entered hgowlst at 2014/09/22-13:35:08
    Exiting hgowlst, rc=1 at 2014/09/22-13:35:08
    SQLGetInfo returns Y for SQL_PROCEDURES
    SQLGetInfo returns 0x1f for SQL_OWNER_USAGE
    TXN Capable:2, Isolation Option:0xf
    SQLGetInfo returns 128 for SQL_MAX_SCHEMA_NAME_LEN
    SQLGetInfo returns 128 for SQL_MAX_TABLE_NAME_LEN
    SQLGetInfo returns 134 for SQL_MAX_PROCEDURE_NAME_LEN
    HOSGIP returned value of "TRUE" for HS_FDS_QUOTE_IDENTIFIER
    SQLGetInfo returns " (0x22) for SQL_IDENTIFIER_QUOTE_CHAR
    13 instance capabilities will be uploaded
    capno:1992, context:0x0001ffff, add-info:        0
    capno:3042, context:0x00000000, add-info:        0, translation:"42"
    capno:3047, context:0x00000000, add-info:        0, translation:"57"
    capno:3049, context:0x00000000, add-info:        0, translation:"59"
    capno:3050, context:0x00000000, add-info:        0, translation:"60"
    capno:3066, context:0x00000000, add-info:        0
    capno:3067, context:0x00000000, add-info:        0
    capno:3068, context:0x00000000, add-info:        0
    capno:3069, context:0x00000000, add-info:        0
    capno:3500, context:0x00000001, add-info:       91, translation:"42"
      capno:3501, context:0x00000001, add-info:       93, translation:"57"
    capno:3502, context:0x00000001, add-info:      107, translation:"59"
    capno:3503, context:0x00000001, add-info:      110, translation:"60"
    Exiting hgoulcp, rc=0 at 2014/09/22-13:35:08
    Entered hgouldt at 2014/09/22-13:35:08
    NO instance DD translations were uploaded
    Exiting hgouldt, rc=0 at 2014/09/22-13:35:08
    Entered hgobegn at 2014/09/22-13:35:08
    tflag:0 , initial:1
    hoi:0x12ee18, ttid (len 32) is ...
      xxx
      xxx
    tbid (len 10) is ...
      0: 09000F00 0FAC1E00 010A [..........]
    Exiting hgobegn, rc=0 at 2014/09/22-13:35:08
    Entered hgodtab at 2014/09/22-13:35:08
    count:1
      table: XXX_INTERFACE
    Allocate hoada[0] @ 0000000005F58270
    Entered hgopcda at 2014/09/22-13:35:08
    Column:1(InterfaceID): dtype:2 (NUMERIC), prc/scl:20/0, nullbl:0, octet:0, sign:1, radix:10
    Exiting hgopcda, rc=0 at 2014/09/22-13:35:08
    Entered hgopcda at 2014/09/22-13:35:08
    Column:2(TableName): dtype:-9 (WVARCHAR), prc/scl:30/0, nullbl:0, octet:60, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2014/09/22-13:35:08
    Entered hgopcda at 2014/09/22-13:35:08
    Column:3(TableID): dtype:4 (INTEGER), prc/scl:10/0, nullbl:0, octet:0, sign:1, radix:10
    Exiting hgopcda, rc=0 at 2014/09/22-13:35:08
    Entered hgopcda at 2014/09/22-13:35:08
    Column:4(StatusCode): dtype:-9 (WVARCHAR), prc/scl:30/0, nullbl:0, octet:60, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2014/09/22-13:35:08
    Entered hgopcda at 2014/09/22-13:35:08
    Column:5(StatusTimestamp): dtype:93 (TIMESTAMP), prc/scl:23/3, nullbl:0, octet:0, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2014/09/22-13:35:08
    Entered hgopcda at 2014/09/22-13:35:08
    Column:6(InterfaceLog): dtype:-9 (WVARCHAR), prc/scl:400/0, nullbl:1, octet:800, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2014/09/22-13:35:08
    The hoada for table XXX_INTERFACE follows...
    hgodtab, line 1073: Printing hoada @ 0000000005F58270
    MAX:6, ACTUAL:6, BRC:1, WHT=6 (TABLE_DESCRIBE)
    hoadaMOD bit-values found (0x40:TREAT_AS_NCHAR,0x400:UNICODE_COLUMN)
    DTY NULL-OK  LEN  MAXBUFLEN   PR/SC  CST IND MOD NAME
      3 DECIMAL N         22         22 20/  0    0   0   0 InterfaceID
    12 VARCHAR N         60         60 128/ 30 1000   0 440 TableName
      4 INTEGER N          4 4   0/  0    0   0   0 TableID
    12 VARCHAR N         60         60 128/ 30 1000   0 440 StatusCode
    91 DATE N         16         16 0/  0    0   0   0 StatusTimestamp
    12 VARCHAR Y        800        800 129/144 1000   0 440 InterfaceLog
    Exiting hgodtab, rc=0 at 2014/09/22-13:35:08
    Entered hgodafr, cursor id 0 at 2014/09/22-13:35:08
    Free hoada @ 0000000005F58270
    Exiting hgodafr, rc=0 at 2014/09/22-13:35:08
    Entered hgotcis at 2014/09/22-13:35:08
    Calling SQLStatistics for XXX_INTERFACE
    IndexType=SQL_TABLE_STAT: cardinality=0
    IndexType=1: PK_XXX_Interface
    IndexType=3: IX_TableID
    IndexType=3: IX_TableName
    Calling SQLColumns for dbo.SQL_app_INTERFACE
    #1 Column "InterfaceID": dtype=2, colsize=20, decdig=0, char_octet_length=0, cumulative avg row len=15
    #2 Column "TableName": dtype=-9, colsize=30, decdig=0, char_octet_length=60, cumulative avg row len=60
    #3 Column "TableID": dtype=4, colsize=10, decdig=0, char_octet_length=0, cumulative avg row len=64
    #4 Column "StatusCode": dtype=-9, colsize=30, decdig=0, char_octet_length=60, cumulative avg row len=109
    #5 Column "StatusTimestamp": dtype=93, colsize=23, decdig=3, char_octet_length=0, cumulative avg row len=125
    #6 Column "InterfaceLog": dtype=-9, colsize=400, decdig=0, char_octet_length=800, cumulative avg row len=725
    3 Index(es) found:
      Index: PK_XXX_Interface, type=1, ASCENDING, UNIQUE, cardinality=0
    #1 Column 1: InterfaceID
      Index: IX_TableID, type=3, ASCENDING, NON-UNIQUE, cardinality=0
    #1 Column 3: TableID
      Index: IX_TableName, type=3, ASCENDING, NON-UNIQUE, cardinality=0
    #1 Column 2: TableName
    Exiting hgotcis, rc=0 at 2014/09/22-13:35:08

  • Check the case in our production database and development

    at our end development : -
    TABLE NAME     NUM ROWS     BLOCKS     AVG ROW LEN     CACHE     SAMPLE SIZE     LAST ANALYZED
    CP_BAGS     4,206,402      195,932      323      N     4,206,402      07/08/2007
    CP_DAILY_INV_ACTIVITY     5,549,944      95,777      119      N     5,549,944      07/08/2007
    at production :-
    TABLE NAME     NUM ROWS     BLOCKS     AVG ROW LEN     CACHE     SAMPLE SIZE     LAST ANALYZED
    CP_BAGS     4,532,370      104,659      322      N     453,237      08/08/2007
    CP_DAILY_INV_ACTIVITY     6,267,560      55,007      119      N     626,756      08/08/2007
    we got difference in sample size ..and block's used...

    index statistics :-
    at our end development :-
    INDEX NAME     TABLE NAME     BLEVEL     LEAF BLOCKS     DISTINCT KEYS     AVG LEAF BLOCKS PER KEY     AVG DATA BLOCKS PER KEY     CLUSTERING FACTOR     NUM ROWS     LAST ANALYZED
    CP_BAGS_N11     CP_BAGS     2     14,966      260,756      1      6      1,698,685      4,206,402      07/08/2007
    at production :-
    INDEX NAME     TABLE NAME     BLEVEL     LEAF BLOCKS     DISTINCT KEYS     AVG LEAF BLOCKS PER KEY     AVG DATA BLOCKS PER KEY     CLUSTERING FACTOR     NUM ROWS     LAST ANALYZED
    CP_BAGS_N11     CP_BAGS     2     9,878      36,306      1      45      1,662,908      4,620,270      08/08/2007

  • DG4ODBC on Windows Oracle 11.1 unable to read SQL_WCHAR ( Unicode ) data ?

    I have setup two databases on Windows that can be access by ODBC. Both database contain the following table :-
    create table test1 ( col1 varchar(10) );
    insert into test1 values ('ABCDEF');
    The first database returns columns as a SQL_CHAR and the second returns data as SQL_WCHAR.
    In SQLPlus the first database works just fine ‘ABCEDF’. The second gives ‘``````’ a single ` character for every character in the field.
    As far as I can see DG4ODBC is reading SQL_WCHAR's as UTF8 characters. Can any one confirm this and is there a way to get round the problem ?
    I have tried various HS_LANGUAGE, HS_NLS_NCHAR settings already but to no avail.

    Why does it return an SQL_WCHAR is not the issue.
    The issue is why doesn't it convert it correctly when other applications do. I am almost convinced the issue will be down to the character mapping but I'm not 100% sure where or how to set it ( HS_NLS_NCHAR or possibly HS_FDS_MAP_NCHAR ? ) . The other application I used were not configurable in terms character
    Oracle Corporation --- TUESDAY APR 15 2008 14:17:06.688
    Heterogeneous Agent Release
    11.1.0.6.0
    Oracle Corporation --- TUESDAY APR 15 2008 14:17:06.688
    Version 11.1.0.6.0
    Entered hgogprd
    HOSGIP for "HS_FDS_TRACE_LEVEL" returned "DEBUG"
    Entered hgosdip
    setting HS_OPEN_CURSORS to default of 50
    setting HS_FDS_RECOVERY_ACCOUNT to default of "RECOVER"
    setting HS_FDS_RECOVERY_PWD to default value
    setting HS_FDS_TRANSACTION_LOG to default of "HS_TRANSACTION_LOG"
    setting HS_FDS_TRANSACTION_ISOLATION to default of "READ_COMMITTED"
    setting HS_NLS_NCHAR to default of "AL16UTF16"
    setting HS_FDS_TIMESTAMP_AS_DATE to default of "TRUE"
    setting HS_RPC_FETCH_REBLOCKING to default of "ON"
    setting HS_FDS_FETCH_ROWS to default of "100"
    setting HS_FDS_RESULTSET_SUPPORT to default of "FALSE"
    setting HS_FDS_PROC_IS_FUNC to default of "FALSE"
    setting HS_FDS_CHARACTER_SEMANTICS to default of "FALSE"
    setting HS_FDS_MAP_NCHAR to default of "TRUE"
    setting HS_NLS_DATE_FORMAT to default of "YYYY-MM-DD HH24:MI:SS"
    setting HS_FDS_REPORT_REAL_AS_DOUBLE to default of "FALSE"
    setting HS_LONG_PIECE_TRANSFER_SIZE to default of "65536"
    setting HS_SQL_HANDLE_STMT_REUSE to default of "FALSE"
    setting HS_FDS_QUERY_DRIVER to default of "TRUE"
    setting HS_FDS_SUPPORT_STATISTICS to default of "FALSE"
    setting HS_CALL_NAME_ISP to "gtw$:SQLTables;gtw$:SQLColumns;gtw$:SQLPrimaryKeys;gtw$:SQLForeignKeys;gtw$:SQLProcedures;gtw$:SQLStatistics"
    Exiting hgosdip, rc=0
    ORACLE_SID is "FB"
    Product-Info:
    Port Rls/Upd:6/0 PrdStat:0
    Agent:Oracle Database Gateway for ODBC
    Facility:hsa
    Class:ODBC, ClassVsn:11.1.0.6.0_0006, Instance:FB
    Exiting hgogprd, rc=0
    Entered hgoinit
    HOCXU_COMP_CSET=1
    HOCXU_DRV_CSET=178
    HOCXU_DRV_NCHAR=2000
    HOCXU_DB_CSET=178
    HOCXU_SEM_VER=110000
    Entered hgolofn at 2008/04/15-14:17:06
    Exiting hgolofn, rc=0 at 2008/04/15-14:17:06
    HOSGIP for "HS_OPEN_CURSORS" returned "50"
    HOSGIP for "HS_FDS_FETCH_ROWS" returned "100"
    HOSGIP for "HS_LONG_PIECE_TRANSFER_SIZE" returned "65536"
    HOSGIP for "HS_NLS_NUMERIC_CHARACTER" returned ".,"
    Exiting hgoinit, rc=0 at 2008/04/15-14:17:06
    Entered hgolgon at 2008/04/15-14:17:06
    reco:0, name:SYSDBA, tflag:0
    Entered hgosuec at 2008/04/15-14:17:06
    Exiting hgosuec, rc=0 at 2008/04/15-14:17:06
    HOSGIP for "HS_FDS_RECOVERY_ACCOUNT" returned "RECOVER"
    HOSGIP for "HS_FDS_TRANSACTION_LOG" returned ""HS_TRANSACTION_LOG""
    HOSGIP for "HS_FDS_TIMESTAMP_AS_DATE" returned "TRUE"
    HOSGIP for "HS_FDS_CHARACTER_SEMANTICS" returned "FALSE"
    HOSGIP for "HS_FDS_MAP_NCHAR" returned "TRUE"
    HOSGIP for "HS_FDS_RESULT_SET_SUPPORT" returned "FALSE"
    HOSGIP for "HS_FDS_PROC_IS_FUNC" returned "FALSE"
    HOSGIP for "HS_FDS_REPORT_REAL_AS_DOUBLE" returned "FALSE"
    using SYSDBA as default value for "HS_FDS_DEFAULT_OWNER"
    HOSGIP for "HS_SQL_HANDLE_STMT_REUSE" returned "FALSE"
    Entered hgocont at 2008/04/15-14:17:07
    HS_FDS_CONNECT_INFO = "FB"
    RC=-1 from HOSGIP for "HS_FDS_CONNECT_STRING"
    Entered hgogenconstr at 2008/04/15-14:17:07
    dsn:FB, name:SYSDBA
    optn:
    ##>Connect Parameters (len=31)<##
    ## DSN=FB;
    #! UID=SYSDBA;
    #! PWD=*
    Exiting hgogenconstr, rc=0 at 2008/04/15-14:17:07
    DriverName:FBODBC.DLL, DriverVer:01.02.0002
    DBMS Name:Firebird, DBMS Version:01.02.0002
    Exiting hgocont, rc=0 at 2008/04/15-14:17:07
    SQLGetInfo returns for SQL_CATALOG_NAME
    Exiting hgolgon, rc=0 at 2008/04/15-14:17:07
    Entered hgoulcp at 2008/04/15-14:17:07
    Entered hgowlst at 2008/04/15-14:17:07
    Exiting hgowlst, rc=0 at 2008/04/15-14:17:07
    SQLGetInfo returns " for SQL_IDENTIFIER_QUOTE_CHAR
    SQLGetInfo returns Y for SQL_COLUMN_ALIAS
    Exiting hgoulcp, rc=0 at 2008/04/15-14:17:07
    Entered hgouldt at 2008/04/15-14:17:07
    Exiting hgouldt, rc=0 at 2008/04/15-14:17:07
    Entered hgobegn at 2008/04/15-14:17:07
    tflag:0 , initial:1
    hoi:0x12f074, ttid (len 27) is ...
    00: 54435056 31545345 6433352E 36363065 [VPCTEST1.53de066]
    10: 2E352E64 312E3132 383537 [d.5.21.1857]
    tbid (len 24) is ...
    00: 54435056 31545345 322E355B 38312E31 [VPCTEST1[5.21.18]
    10: 5B5D3735 5D342E31 [57][1.4]]
    Exiting hgobegn, rc=0 at 2008/04/15-14:17:07
    Entered hgodtab at 2008/04/15-14:17:07
    count:1
    table: RGS
    Entered hgopcda at 2008/04/15-14:17:07
    Column:1(COL1): dtype:-9 (WVARCHAR), prc/scl:10/0, nullbl:0, octet:20, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2008/04/15-14:17:07
    Entered hgopcda at 2008/04/15-14:17:08
    Column:2(COL2): dtype:-8 (WCHAR), prc/scl:10/0, nullbl:1, octet:20, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2008/04/15-14:17:08
    Entered hgopcda at 2008/04/15-14:17:08
    Column:3(COL3): dtype:4 (INTEGER), prc/scl:10/0, nullbl:1, octet:20, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2008/04/15-14:17:08
    The hoada for table RGS follows...
    hgodtab, line 577: Printing hoada @ 022815C4
    MAX:3, ACTUAL:3, BRC:1, WHT=6
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    12 VARCHAR N 20 20 128/ 10 2000 0 40 COL1
    1 CHAR Y 20 20 128/ 10 2000 0 40 COL2
    4 INTEGER Y 4 4 0/ 0 0 0 0 COL3
    Exiting hgodtab, rc=0 at 2008/04/15-14:17:08
    Entered hgodafr, cursor id 0 at 2008/04/15-14:17:08
    Exiting hgodafr, rc=0 at 2008/04/15-14:17:08
    Entered hgotcis at 2008/04/15-14:17:08
    Calling SQLStatistics for RGS
    IndexType=SQL_TABLE_STAT: cardinality=0
    New Index:RDB$PRIMARY10, type=3, ASCENDING, UNIQUE, cardinality=0
    ordinal position = 1
    Calling SQLColumns for SYSDBA.RGS
    Column "COL1": dtype=-9, colsize=10, decdig=0, char_octet_length=20, cumulative avg row len=15
    Column "COL2": dtype=-8, colsize=10, decdig=0, char_octet_length=20, cumulative avg row len=35
    Column "COL3": dtype=4, colsize=10, decdig=0, char_octet_length=20, cumulative avg row len=39
    Exiting hgotcis, rc=0 at 2008/04/15-14:17:08
    Entered hgopars, cursor id 1 at 2008/04/15-14:17:08
    type:0
    SQL text from hgopars, id=1, len=50 ...
    00: 454C4553 41205443 43222E31 22314C4F [SELECT A1."COL1"]
    10: 2E31412C 4C4F4322 412C2232 43222E31 [,A1."COL2",A1."C]
    20: 22334C4F 4F524620 5222204D 20225347 [OL3" FROM "RGS" ]
    30: 4131 [A1]
    Exiting hgopars, rc=0 at 2008/04/15-14:17:08
    Entered hgoopen, cursor id 1 at 2008/04/15-14:17:08
    hgoopen, line 83: NO hoada to print
    Exiting hgoopen, rc=0 at 2008/04/15-14:17:08
    Entered hgodscr, cursor id 1 at 2008/04/15-14:17:08
    Entered hgopcda at 2008/04/15-14:17:08
    Column:1(COL1): dtype:-9 (WVARCHAR), prc/scl:10/0, nullbl:0, octet:20, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2008/04/15-14:17:08
    Entered hgopcda at 2008/04/15-14:17:08
    Column:2(COL2): dtype:-8 (WCHAR), prc/scl:10/0, nullbl:1, octet:20, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2008/04/15-14:17:08
    Entered hgopcda at 2008/04/15-14:17:08
    Column:3(COL3): dtype:4 (INTEGER), prc/scl:11/0, nullbl:1, octet:20, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2008/04/15-14:17:08
    hgodscr, line 521: Printing hoada @ 023093F8
    MAX:3, ACTUAL:3, BRC:100, WHT=5
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    12 VARCHAR N 20 20 128/ 10 2000 0 40 COL1
    1 CHAR Y 20 20 128/ 10 2000 0 40 COL2
    4 INTEGER Y 4 4 0/ 0 0 0 0 COL3
    Exiting hgodscr, rc=0 at 2008/04/15-14:17:08
    Entered hgoftch, cursor id 1 at 2008/04/15-14:17:08
    hgoftch, line 114: Printing hoada @ 023093F8
    MAX:3, ACTUAL:3, BRC:100, WHT=5
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    12 VARCHAR N 20 20 128/ 10 2000 0 40 COL1
    1 CHAR Y 20 20 128/ 10 2000 0 40 COL2
    4 INTEGER Y 4 4 0/ 0 0 0 0 COL3
    SQLBindCol: column 1, cdatatype: -8, bflsz: 22
    SQLBindCol: column 2, cdatatype: -8, bflsz: 22
    SQLBindCol: column 3, cdatatype: -16, bflsz: 4
    2 rows fetched
    Exiting hgoftch, rc=0 at 2008/04/15-14:17:08
    Entered hgoftch, cursor id 1 at 2008/04/15-14:17:08
    hgoftch, line 114: Printing hoada @ 023093F8
    MAX:3, ACTUAL:3, BRC:2, WHT=5
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    12 VARCHAR N 14 20 128/ 10 2000 0 40 COL1
    1 CHAR Y 20 20 128/ 10 2000 0 40 COL2
    4 INTEGER Y 4 4 0/ 0 0 0 0 COL3
    0 rows fetched
    Exiting hgoftch, rc=1403 at 2008/04/15-14:17:08
    Entered hgoclse, cursor id 1 at 2008/04/15-14:17:12
    Exiting hgoclse, rc=0 at 2008/04/15-14:17:12
    Entered hgodafr, cursor id 1 at 2008/04/15-14:17:12
    Exiting hgodafr, rc=0 at 2008/04/15-14:17:12
    Entered hgocomm at 2008/04/15-14:17:12
    keepinfo:0, tflag:1
    00: 54435056 31545345 6433352E 36363065 [VPCTEST1.53de066]
    10: 2E352E64 312E3132 383537 [d.5.21.1857]
    tbid (len 24) is ...
    00: 54435056 31545345 322E355B 38312E31 [VPCTEST1[5.21.18]
    10: 5B5D3735 5D342E31 [57][1.4]]
    cmt(0):
    Entered hgocpctx at 2008/04/15-14:17:12
    Exiting hgocpctx, rc=0 at 2008/04/15-14:17:12
    Exiting hgocomm, rc=0 at 2008/04/15-14:17:12
    Entered hgolgof at 2008/04/15-14:17:12
    tflag:1
    Exiting hgolgof, rc=0 at 2008/04/15-14:17:12
    Entered hgoexit at 2008/04/15-14:17:12
    Exiting hgoexit, rc=0 at 2008/04/15-14:17:12
    Message was edited by:
    user630562

  • Always Deleting First Row

    Hi
    I have a adf page.In my page I have a form and detail table.On my table when I want to delete any row, it deletes always first row. Can you halp me?

    Hi,
    Use the VO Operation removeRowWithKey and specify #{row.rowKeyStr} as it's parameter when you drag it onto the page.
    Brenden

  • Incrementing 'index array' row input according to bytes received

    I am receiving binary data through a UDP port. I'm reading a column of a spreadsheet and I want to extract the consecutive row everytime a further 4 bytes of data is received. I will use the contents of the spreadhseet cell as a condition to format the binary data. I guess i need to count the bytes of data passed then reset the counter every time it reaches 4. Every time the counter resets the index array contant need to increment by 1...but i don't know how to do this. Can anyone help?  
    Thanks

    I tried as you said, it seems to be partially working but there seems to be a problem with the timing. The index increments in steps of one but not quickly enough. The data type sent to the selector terminal does not seem to be in sync with the binary data as my data does not update as i expect. Any ideas how to fix this problem?
    vi attached...
    Attachments:
    UDP_Case_Struct.vi ‏35 KB

Maybe you are looking for