ORA-02070: Error when updating an informix table through orcl view using HS

Hello!
I faced the following problem:
I have a table in informix, and i want to reach this table through Oracle infromix gateway (Heterogenous Services). I succeeded to set up the gateway, and I created an Oracle view for my table in informix. It is working fine, I can query and modify data, except the following case: If I run the query (from SQL Developer) "UPDATE oracle_view SET float_field = '1.1' WHERE record_id = 1 AND float_field = '1.2'", I receive the following error:
"SQL Error: ORA-02070: database database_link does not support TO_NUMBER in this context.
*Cause: The remote database does not support the named capability in the context in which it is used.
*Action: Simplify the SQL statement."
If I modify the query as "UPDATE oracle_view SET float_field = '1.1' WHERE record_id = 1", it is running without any error messages. I found, that to_number is not supported by Oracle HS gateway, but I do not use explicitly the to_number Oracle function! But I must use the above version, because of concurrent users.
Does anybody have an idea how I could get rid of the implicit call of to_number?
Thanks, Gyula

user11229789 wrote:
Yes, float_field is a numeric-type field, which is a 8-byte FLOAT in informix. This field gets automatically FLOAT datatype in the Oracle view, and can not be modified. record_id is some integer unique id field.Well, as the float_field is numeric it makes sense that the SQL issued from Oracle treats it as numeric, so leaving out the quotes can only be the correct thing to do. If you introduce quotes then you are providing strings and the HS is having to do a convertion to numeric (hence where the TO_NUMBER would have been coming into the initial issue.
If I try the update query without '-s you suggested, like this: "UPDATE oracle_view SET float_field = 1.1 WHERE record_id = 1 AND float_field = 1.2" , i receive the following error message:
SQL Error: ORA-28534: "Heterogeneous Services preprocessing error"
*Cause:    One of the things that the Heterogeneous Services can do is
to preprocess parts of SQL statements that contain implicit
coercions or calls to explicit coercion functions like TO_CHAR
TO_NUMBER or TO_DATE. For example, it could convert a call to
TO_DATE to a bind variable, pre-evaluate the TO_DATE function
call and pass the resulting value to the non-Oracle system as
the bind value. This behavior is controlled by some coercion
related capabilities. If the capabilities are set incorrectly,
the HS could encounter errors when it attempts to do the
preprocessing. If it does then this error will be signaled.
*Action:   The capability table settings are controlled by the agent
vendor and can be modified by the DBA. Contact your DBA and
agent vendor and get the correct set of capabilities installed.I can't see why the HS would be trying to do any coercion of anything except to perhaps convert the parts of the where clause to bind variables and pass the actual values in. Does it work ok without the "AND float_field = 1.2" ? If so, I'm guessing there's some configuration issue of the HS required to get it to deal with the floats.... perhaps in the capability settings as the error message "action" indicates.

Similar Messages

  • ORA-02070: Error when updating a SQL Server table thru an Oracle View

    I have a SQL Server table TIMESHEET which contains a number of VARCHAR and NUMERIC columns plus a DATETIME column.
    Only the DATETIME column is giving me trouble.
    On the ORACLE side I have a view which selects from the SQL Server table but in order to get the SELECT to work, I had to either put a CAST or TO_DATE function call around the DATETIME field
    Below is the relevant part of the 2 view definitions I have tried
    create view TIMESHEET as
    SELECT
    "TsKeySeq" as TS_KEY_SEQ,
    "EmployeeNo" as EMPLOYEE_NO,
    CAST("PeriodEnding" AS DATE) as PERIOD_ENDING,
    . . . (more columns - not relevant)
    FROM [email protected];
    An update to the view generates this message
    ORA-02070: database OLEMSQLPSANTDAS6 does not support CAST in this context
    create view TIMESHEET as
    SELECT
    "TsKeySeq" as TS_KEY_SEQ,
    "EmployeeNo" as EMPLOYEE_NO,
    TO_DATE("PeriodEnding") as PERIOD_ENDING,
    . . . (more columns - not relevant)
    FROM [email protected];
    An update to the view generates this message
    ORA-02070: database OLEMSQLPSANTDAS6 does not support TO_DATE in this context
    If I don't include either the TO_DATE() or CAST() then I get
    Select Error: ORA-28527: Heterogeneous Services datatype mapping error
    ORA-02063:preceding line from OLEMSQLSANTDAS6
    Does anyone have any idea how to update a SQL Server DATETIME column thru an ORACLE view?

    You can't cast accross heterogenious databases and there is no need to. HSODBC treats SQL Server DATETIME column as DATE. For example, I have SQL Server table:
    CREATE TABLE [Ops].[T_JobType](
         [JobType] [varchar](50) NOT NULL,
         [JobDesc] [varchar](200) NULL,
         [InsertDt] [datetime] NOT NULL CONSTRAINT [InsertDt_00000006]  DEFAULT (getdate()),
         [InsertBy] [varchar](128) NOT NULL CONSTRAINT [InsertBy_00000006]  DEFAULT (user_name()),
         [LastUpdated] [datetime] NOT NULL CONSTRAINT [LastUpdated_00000006]  DEFAULT (getdate()),
         [LastUpdatedBy] [varchar](128) NOT NULL CONSTRAINT [LastUpdatedBy_00000006]  DEFAULT (user_name()),
    CONSTRAINT [T_JobType_PK] PRIMARY KEY CLUSTERED
         [JobType] ASC
    )WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON, FILLFACTOR = 100) ON [DATA01FG]
    ) ON [DATA01FG]Now on Oracle side I do:
    SQL> desc "Ops"."T_JobType"@pbods
    Name                                      Null?    Type
    JobType                                   NOT NULL VARCHAR2(50)
    JobDesc                                            VARCHAR2(200)
    InsertDt                                  NOT NULL DATE
    InsertBy                                  NOT NULL VARCHAR2(128)
    LastUpdated                               NOT NULL DATE
    LastUpdatedBy                             NOT NULL VARCHAR2(128)
    SQL> select "InsertDt" from "Ops"."T_JobType"@pbods;
    InsertDt
    18-AUG-08
    09-OCT-08
    22-OCT-09
    18-AUG-08
    19-NOV-08
    SQL> SY.

  • Problem regarding updation of Z-table through maintenance view

    hi ,
    I m facing problem in updation of Z-table through maintenance view (SM30).
    The scenario is that I have one customizing field in my Z-table which is checkbox.
    Now I need to populate 2 fields in Z-table on tick of this checkbox and clicking of SAVE button.
    For this I have created one module  ''change_field''  in PAI.
    Actually my database table is being updated but as soon as the control left my module all the updation that take place vanishes away.....
    So please help me in this matter.

    Thanks for ur previous effort it is updating the database but its effect is not shown immediately on screen.After i referesh the transaction it is dispalying the data.
    So can u please suggest me any way....
    Now i have one scenario infront of me....
    I need to restrict the data shown in maintenance view.
    I think it would be same as pop-up window displayed when we tick on 2nd radiobutton ("ENTER CONDITIONS")
    of intial screen of t-code SM30.
    Please suggest what shud i do....
    Thanks and reagrds,
    Amit
    Edited by: amit gupta on Jul 18, 2008 1:35 PM

  • Updating a Base Table through a View having UNPIVOT function.

    Hi,
    I have a requirement of updating a Base Table through a View.
    This View has the query using a UNPIVOT function for displaying the columns of the Base tables in rows.
    I need to update/insert into/delete the Base Table by accessing the View (The user doesn't have an access to the Base Table, hence the DML's on the View).
    Following is the table I've created:-
    CREATE TABLE PERSON_DETAILS
      PID            VARCHAR2(10 BYTE),
      FIRSTNAME      VARCHAR2(1000 BYTE),
      LASTNAME       VARCHAR2(1000 BYTE),
      PHONENUMBER    VARCHAR2(1000 BYTE),
      ADDRESS1       VARCHAR2(1000 BYTE),
      ADDRESS2       VARCHAR2(1000 BYTE),
      COUNTRY_CODE   VARCHAR2(1000 BYTE),
      LANGUAGE_CODE  VARCHAR2(1000 BYTE),
      EMAIL          VARCHAR2(1000 BYTE)
    )The sample values are inserted in this table through the below script:-
    insert into person_details values ('1','XYZ','ABC','1234567890','India','Asia','IN','EN','[email protected]');
    insert into person_details values ('2','XYZ2','ABC2','1234567890','India','Asia','IN','EN','[email protected]');The code for the view is as below:-
    CREATE OR REPLACE FORCE VIEW PERSON_DETAILS_VIEW
       PID,
       CD_NAME,
       CD_VALUE
    AS
       SELECT "PID", "CD_NAME", "CD_VALUE"
         FROM person_details UNPIVOT INCLUDE NULLS (cd_value
                             FOR cd_name
                             IN  (firstname AS 'First Name',
                                 lastname AS 'Last Name',
                                 phonenumber AS 'Phonenumber',
                                 address1 AS 'address1',
                                 address2 AS 'address2',
                                 country_code AS 'Country Code',
                                 language_code AS 'Language Code',
                                 email AS 'Email') );Below are the values from the view:-
    PID CD_NAME         CD_VALUE
    1    First Name       XYZ
    1    Last Name       ABC
    1    Phonenumber  1234567890
    1    address1         India
    1    address2         Asia
    1    Country Code   IN
    1    Language Code EN
    1    Email               [email protected]
    2    First Name       XYZ2
    2    Last Name       ABC2
    2    Phonenumber  1234567890
    2    address1         India
    2    address2         Asia 
    2    Country Code   IN
    2    Language Code EN
    2    Email               [email protected] user would fire some statement like below:-
    update person_details_view
    set cd_value = 'US' where CD_NAME = 'IN'The above statement should update the base table PERSON_DETAILS.
    I understand I can write an INSTEAD OF trigger but I do not know what logic to write in the trigger so that the requirement gets fulfilled.
    My Oracle Version
    Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
    PL/SQL Release 11.1.0.7.0 - Production
    CORE    11.1.0.7.0    Production
    TNS for Solaris: Version 11.1.0.7.0 - Production
    NLSRTL Version 11.1.0.7.0 - ProductionAny help would be highly appreciated.
    Thank You,
    Ankit Khare.
    Edited by: Ankit_Khare84 on Jun 28, 2012 2:47 PM

    it is definitively possible with an instead of trigger.
    for Example:
    create or replace
    TRIGGER ioft_person
    INSTEAD OF UPDATE
    ON person_details_view
    FOR EACH ROW
    declare
    firstname1  person_details.firstname%type;
    BEGIN
                  SELECT firstname_new into firstname1
                  FROM   (SELECT pid, cd_name, cd_value
                          FROM  
                                  select * from person_details_view where (pid, cd_name) not in (select :new.pid, :new.cd_name from dual)
                                  union all
                                  select :new.pid, :new.cd_name, :new.cd_value from dual
                  PIVOT  ( max(cd_value) AS new FOR (cd_name) IN
                                                          ('First Name' AS firstname,
                                                            'Last Name' as lastname,
                                                            'Phonenumber' as phonenumber,
                                                            'address1' as address1,
                                                            'address2' AS address2,
                                                            'Country Code' as country_code,
                                                            'Language Code' as language_code,
                                                            'Email' as email
                  )  where pid = :old.pid;
      UPDATE person_details
      SET firstname = firstname1
      WHERE pid = :old.pid;
    END ioft_role_perm;and than run
    update person_details_view
    set cd_value = 'X|X' where cd_name = 'First Name' and pid=1The logic is: you must convert back the view through pivoting

  • 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).

  • ORA-01461 error when migrating MySQL -- Oracle table data

    All,
    I'm migrating MySQL 4.x to Oracle10g. Everything went smoothly except for one table was unable to migrate data, giving me the following error:
    Unable to migrate data from source table mysql.mytable to destination table root.MYTABLE :
    ORA-01461: can bind a LONG value only for insert into a LONG columnThe offending source column in MySQL is defined as TEXT. In OMWB it is TEXT (5). The Oracle model originally defined it as VARCHAR2(1), but I resized it to VARCHAR2(4000) since it contains about 20 lines of text.
    Neither the mysql or the oracle data models have a LONG column anywhere. Any idea's what might be causing this error?
    Thanks.

    Hi Jon,
    Thanks for the feedback. I'm unable to reproduce the problem you describe at the moment - if I try to migrate a TEXT(5), OMWB creates a VARCHAR(5) and the data migrates correctly!! However, I note from you description that even though the problematic source column datatype is TEXT(5), you mention that there are actually 20 lines of text in this field (and not 5 variable length characters as the definition might suggest).
    Having read through some of the MySQL reference guide I note that, in certain circumstances, MySQL actually changes the column datatype specified either at table creation time or when interfacing with other databases ( ref 14.2.5.1 Silent Column Specification Changes and 12.7 Using Column Types from Other Database Engines in the MySQL reference guide). Since your TEXT(5) actually contains 20 lines of text, MySQL (database or JDBC driver .... or both) may be trying to automatically map the specified datatype of the column to a datatype more appropriate to storing 20 lines of text.... that is, to a LONG value in this case. Then, when Oracle is presented with this LONG value to store in a VARCHAR(5) field, it throws the ORA-01461 error. I need to investigate this further, but this may be the case - its the first time I've see this problem encountered.
    To workaround this, you could change the datatype of the column to a LONG from within the Oracle Model before migrating. Any application code that accesses this column and expects a TEXT(5) value may need to be adjusted to cope with a LONG value. Is this a viable workaround for you?
    I will investigate further and notiofy you of any details I uncover. We will need to track this issue for possible inclusion in future development plans.
    I hope this helps,
    Regards,
    Tom.

  • HT2589 Getting an error when updating my iphone user id already in use

    I recently got my iphone and after I updated the new IOS6 version , I keep getting an error message.
    This Apple ID is already in use and it asks me to reset my password which I have done a couple of times.
    Any idea how I can fix this ?

    Hi ...
    Try here > Associating and verifying email addresses with your Apple ID

  • JBO-26030 and ORA-00054 error when updating a certain row

    I have a page that saves data when you leave a cell in a table. Everything seems to work fine, but when you get to some cells the JBO-26030 error pops up and then no matter what you do you can't ever save anything on that cell. You can close everything down and reopen and change other cells, but when you go back to that cell the error message always pops up. I think it's mainly happening on the cell that is a drop down with 3 values (P, F, and NT). P is the value and key for the drop down.
    Then when I go into the database through Toad I try to change the value just so see what happens and that's when I get the ORA-00054: resource busy and acquire with NOWAIT specified error. This again only happens when editing that row.
    Any help is appreciated...Thanks!
    Edited by: user10942416 on Aug 6, 2009 6:16 AM

    This error is caused when the block property 'DML returning values' equals YES. This property was introduced as of forms 6. What does it do ? As per the on-line help of Forms, "A database update or insert action may initiate server-side triggers that cause alterations or additional changes in the data. In Release 6, when using an Oracle8 database server, Forms uses the DML Returning clause to immediately bring back any such changes. When this property is set to Yes, Forms will automatically update the client-side version of the data, and the user will not need to re-query the database to obtain the changed values". When this property is switched to yes the generated insert/update statement will contain the 'returning clause' and this clause is causing the error.
    As far as I have tested, the only way at present, to get rid of this error is to set 'DML returing values' to NO. So, not to use this functionality.
    See also:
    http://support.oracle.co.uk/metalink/plsql/ml2_documents.showFrameDocument?p_database_id=NOT&p_id=143395.1
    Please respond if this solution works for you.
    Greets,
    Guido Zeelen

  • ORA-00054 error when loading Oracle table using Data Services

    Hello,
    we are facing ORA-00054 error when loading Oracle table using BO Data services
    (Oracle 10g database, BODS Xi 3.2 SP3)
    Test Job performs
    1- truncate table
    2- load table (tested in standard and bulk load modes)
    Scenario when issue happens is:
    1- Run loading Job
    2- Job end in error for any Oracle data base error
    3- When re-running the same Job, Job fails with following error
         ORA-00054: resource busy and acquire with NOWAIT specified
    It seems after first failure, Oracle session for loading the table stays active and locks the table.
    To be able to rerun the Job, we are forced need to kill Oracle session manually to be able to run the Job again.
    Expected behaviour would be : on error rollback modifications made on table and BODS stops Oracle session in a clean way.
    Can somebody tell me / or point me to any BODS best practice about Oracle error handling to prevent such case?
    Thanks in advance
    Paul-Marie

    the ora-0054 can occure depending how the job failed before. If this occures you will need the DBA to release the lock on the table in question
    Or
           AL_Engine.exe on The server it creates the Lock. Need to Kill Them. Or stop it..
    This Problem Occurs when we select The Bulkloading Option in orclae  We also faced the same issue,Our admin has Killed the session. Then everything alright.

  • ORA-1722 ERROR WHEN SELECTING MFG_LOOKUPS TABLE

    제품 : AOL
    작성날짜 : 2003-04-07
    ORA-1722 ERROR WHEN SELECTING MFG_LOOKUPS TABLE.
    ================================================
    PURPOSE
    Problem Description
    sqlplus 에서 mfg_lookups table을 select할때,
    ORA-1722 Invalid number 에러발생
    Workaround
    Solution Description
    =======================================================
    CREATE OR REPLACE VIEW mfg_lookups(
    lookup_type,
    lookup_code,
    meaning,
    description,
    enabled_flag,
    start_date_active,
    end_date_active,
    created_by,
    creation_date,
    last_update_date,
    last_updated_by,
    last_update_login
    AS
    SELECT lv.lookup_type,
    TO_NUMBER(lv.lookup_code) lookup_code, <==== Wrong code!!!
    lv.meaning,
    lv.description,
    lv.enabled_flag,
    lv.start_date_active,
    lv.end_date_active,
    lv.created_by,
    lv.creation_date,
    lv.last_update_date,
    lv.last_updated_by,
    lv.last_update_login
    FROM fnd_lookup_values lv
    WHERE lv.LANGUAGE = USERENV('LANG') AND
    lv.view_application_id = 700 AND
    lv.security_group_id =
    fnd_global.lookup_security_group(lv.lookup_type,
    lv.view_application_id)
    =================================================================
    MFG_LOOKUPS 은 view로 fnd_lookup_values의 lookup_code값을 가지고 오는
    방식이나, to_number로 변환하게 되어 있어 숫자가 아닌 문자의 경우
    이와 같은 에러를 발생한다.
    이번 경우, 고객이 새로 등록한 Lookup code였고, code값을 숫자의 format으로
    다시 등록하니 해결됨.
    Reference Documents
    -------------------

    Yes but this is a regular operation and the INSERT is the only opportunity.
    BTW, look at what else I have just found:
    INSERT INTO Local_Table (a, b)SELECT col1, col2 FROM DUAL INNER JOIN Table1@remote ON (1=1) LEFT JOIN Table2@remote ON (...)
    OK.

  • Error when executing statement for table/stored proc.  : ORA-00911

    Hi All,
    I am posting IDOC->XI->JDBC, approx 5000 Idocs.
    But few messages are giving following error in XI-_SXMB_MONI
    Can any one guide me what is the cause of error? I check whole Idoc data I am not able to see bad character? can any once guide me what are the bad character in XML to post data in oracle? so that i can search in XML and how to avoide this error.
    "com.sap.aii.af.ra.ms.api.MessagingException: Error processing request in sax parser: Error when executing statement for table/stored proc. 'HRP1001' (structure 'INSERT_PAD34'): java.sql.SQLException: ORA-00911: invalid character"

    > I am talking about following IDOC.<ZRMD_A06> ->
    > <E1PLOGI SEGMENT="1">-> <E1PITYP SEGMENT="1"> ->
    > <E1PAD34 SEGMENT="1"> -><PROZT>0.00 #</PROZT>.
    > Can we remove this # during message mapping in XI??
    sure you can remove it using Replace function or by writing UDF.
    as I am seing # is last character..<b>so remove # with " " (single space) and then use the TRIM fucntion.</b>
    Thanks
    Farooq.
    *<b>Rewards points if you find it useful*</b>

  • ORA-0907 error when querying XMLDB Table using XMLExists

    Hi All,
    Get ORA-00907 error when trying to use XMLExists:
    SELECT *
    FROM tnmab_agreement_xml_binary A
    WHERE
    ( XMLExists('declare default element namespace "http://com.oocl.schema.tnm.agreementbuilder"; $XML/Agreement/ShippingPartyGroups/ShippingParties/CustomerHolder[SAP_ID="$ARG"]')
    passing agreements.AGREEMENT_XML as "XML", '5000003001' as "ARG")
    OR
    ( XMLExists('declare default element namespace "http://com.oocl.schema.tnm.agreementbuilder"; $XML/Agreement/NamedCustomerGroups/NamedCustomer/SAP_IDs/StringWrappers[Value="$ARG"]')
    passing agreements.AGREEMENT_XML as "XML", '5000003001' as "ARG")
    ORA-00907: missing right parenthesis
    *00907. 00000 - "missing right parenthesis"*
    **Cause:*
    **Action:*
    Error at Line: 6 Column: 176
    Any help is appreciated
    Thanks
    Auro

    XMLExists('declare default element namespace "http://com.oocl.schema.tnm.agreementbuilder"; $XML/Agreement/ShippingPartyGroups/ShippingParties/CustomerHolder[SAP_ID="$ARG"]'
    passing agreements.AGREEMENT_XML as "XML", '5000003001' as "ARG")no ')' after the closing quote

  • ORA -12569 error when querying dba_change_notification_regs table

    Hi,
    I am getting ORA-12569 error when i am trying to execute Select * from dba_change_notification_regs from sys user .we are working on oracle 10.2 version.
    Please help in resoving the issue.
    Thanks In advance.
    Priya

    ORA-12569:     TNS:packet checksum failure
    Cause:      The data received is not the same as the data sent.
    Action:      Attempt the transaction again. If the error is persistent, turn on tracing and reexecute the operation.
    If this doesn't resolve your issue, please see metalink 4933023.8 (problem fixed there)

  • ORA-03115 error when calling a Stored Procedure

    Hi All,
    I'm in the process of porting a Pro/C app from NT to Linux. I've installed 8.1.5 on our Linux box and patched it up to 8.1.5.02.
    It all kind of works ok, except that I'm sometimes getting ORA-03115 errors when the app calls a stored procedure. The call in question looks like this:
    EXEC SQL BEGIN DECLARE SECTION;
    VARCHAR resprows[50][3998];
    int numret = 0;
    int numrows= 50;
    int done= 0;
    unsigned long resp_id = 0;
    EXEC SQL END DECLARE SECTION;
    EXEC SQL AT DB_NAME EXECUTE
    BEGIN pkg_something.getdata(
    :resp_id, /* IN */
    :numrows, /* IN */
    :done, /* OUT */
    :resprows, /* OUT */
    :numret /* OUT */
    END;
    END-EXEC;
    The stored procedure basically uses the resp_id value to select rows from a table;
    in each row there is a VARCHAR2(4000) column which it copies into the hostarray resprows.
    There may be anything from 1 to numrows returned from the SP.
    Initially, the resprows rows were defined to be size [4000]. Unfortunately, this caused ORA-02005 errors - I then changed the size to [3998], which seemed to fix the 02005's (although I'm unclear as to the reasons why).
    Now I'm getting the 03115 errors when calling the SP. The oracle manual is not very helpful on what this error means.
    This all works chipper on NT.
    Any ideas?
    Thanks in advance,
    Nigel.
    PS: The database the app is talking to is still hosted on NT.
    null

    Histon FTM wrote:
    ORA-04063: package body "LAZARUS.LAZARUS" has errors Above, obviously conflicts with the statement that follows:
    >
    The procedure and package have both compiled without errors and the statement on its own works fine in SQL*Plus.I suggest you take a look in the USER_ERRORS view to see, what the errors are.
    And just checking:
    You have schema called LAZARUS, which holds a package named LAZARUS, which holds a procedure called POPULATEGRIDPOSITIONS?
    Edited by: Toon Koppelaars on Oct 1, 2009 5:55 PM

  • Why am I getting an ORA-04052 error when I try to compile a Procedure?

    Hi,
    The following procedure I'm getting an ORA-04052 error when I try to compile the following procedure.
    CREATE OR REPLACE PROCEDURE APPS.Find_String (
    pin_referenced_name IN dba_dependencies.referenced_name%TYPE)
    IS
    cursor cur_get_dependancy
    is
    SELECT distinct owner, name, type
      FROM [email protected]        -- prod.world
    WHERE lower(referenced_name) = lower(pin_referenced_name) --'ftbv_salesrep_all_1d'
       AND referenced_type <> 'SYNONYM'
       AND owner <> 'SYS'
    order by name;
    v_owner  varchar2(40);
    v_name   varchar2(50);
    v_type   varchar2(40);
        BEGIN
           dbms_output.put_line(upper(pin_referenced_name)||' is found in the following objects.');
           dbms_output.put_line(' ');
           dbms_output.put_line(RPAD('OWNER', 30, ' ')||RPAD('NAME', 60, ' ')||RPAD('OBJECT TYPE', 30, ' '));
           dbms_output.put_line('-------------------------------------------------------------------------------------------------------------------');
            FOR i IN cur_get_dependancy
            LOOP
                v_owner := RPAD(i.owner, 30, ' ');
                v_name  := RPAD(i.name, 45, ' ');
                v_type  := RPAD(i.type, 30, ' ');
                dbms_output.put_line(v_owner ||v_name|| v_type);
            END LOOP;
    END find_string;I'm using the link [email protected]. The procedure compiles for other database links used in the cursor including the one commented to the right of the code 'prod.world'.
    What's even stranger is that I took the SELECT statement
    SELECT distinct owner, name, type
      FROM [email protected]        -- prod.world
    WHERE lower(referenced_name) = lower(pin_referenced_name) --'ftbv_salesrep_all_1d'
       AND referenced_type <> 'SYNONYM'
       AND owner <> 'SYS'
    order by name;out of the procedure and ran it on the command line using the @pinp.world link, the SQL statement ran just fine. But when I tried to compile the above procedure with that exact same SQL statement with the exact same link I get the following string of errors.
    ORA-04052: error occurred when looking up remote object [email protected]
    ORA-00604: error occurred at recursive SQL level 1
    ORA-02068: following severe error from PINP
    ORA-03113: end-of-file on communication channelHow can the link work just fine in a regular SQL statement but then cause an error when its compiled in code that otherwise compile just fine when using any other link or even just a plain database. Does anyone have any suggestions?

    OK Justin,
    Here's the query by itself run in another database using the @pinp.world link and querying the dba_dependencies table in the pinp.world database. As you can see the query using this link works just fine returning the requested rows. I can't figure out why the compiler is having an issue with essentially this same query when I try to compile it in a cursor in TOAD. Also this is the database (dev1.world) that I'm trying to compile this Procedure in.
    By the way I'm in an Oracle 9.2.0.6 database and TOAD v9.2.
    SQL> conn apps/apps1@dev1
    Connected.
    SQL> SELECT distinct owner, name, type
      2    FROM [email protected]
      3   WHERE lower(referenced_name) = lower('ALL_USERS')
      4     AND referenced_type <> 'SYNONYM'
      5     AND owner <> 'SYS'
      6   order by name;
    OWNER                          NAME                           TYPE
    PUBLIC                         ALL_USERS                      SYNONYM
    XDB                            DBMS_XDBUTIL_INT               PACKAGE BODY
    XDB                            DBMS_XDBZ0                     PACKAGE BODY
    SYSTEM                         MVIEW_EVALUATIONS              VIEW
    SYSTEM                         MVIEW_EXCEPTIONS               VIEW
    SYSTEM                         MVIEW_FILTER                   VIEW
    SYSTEM                         MVIEW_LOG                      VIEW
    SYSTEM                         MVIEW_RECOMMENDATIONS          VIEW
    SYSTEM                         MVIEW_WORKLOAD                 VIEW
    ORASSO                         WWCTX_API                      PACKAGE BODY
    PORTAL                         WWCTX_API                      PACKAGE BODY
    ORASSO                         WWEXP_UTL                      PACKAGE BODY
    PORTAL                         WWEXP_UTL                      PACKAGE BODY
    PORTAL                         WWPOB_API_PAGE                 PACKAGE BODY
    PORTAL                         WWPOF                          PACKAGE BODY
    ORASSO                         WWPRO_PROVIDER_VALIDATION      PACKAGE BODY
    PORTAL                         WWPRO_PROVIDER_VALIDATION      PACKAGE BODY
    PORTAL                         WWSBR_EDIT_ATTRIBUTE           PACKAGE BODY
    PORTAL                         WWSBR_FOLDER_PORTLET           PACKAGE BODY
    PORTAL                         WWSBR_USER_PAGES_PORTLET       PACKAGE BODY
    ORASSO                         WWUTL_API_PARSE                PACKAGE BODY
    OWNER                          NAME                           TYPE
    PORTAL                         WWUTL_API_PARSE                PACKAGE BODY
    PORTAL                         WWUTL_EXPORT_IMPORT_LOV        PACKAGE BODY
    ORASSO                         WWUTL_LOV                      PACKAGE BODY
    PORTAL                         WWUTL_LOV                      PACKAGE BODY
    PORTAL                         WWV_CONTEXT                    PACKAGE BODY
    PORTAL                         WWV_CONTEXT_UTIL               PACKAGE BODY
    PORTAL                         WWV_DDL                        PACKAGE BODY
    PORTAL                         WWV_GENERATE_UTL               PACKAGE BODY
    PORTAL                         WWV_GLOBAL                     PACKAGE
    PORTAL                         WWV_MONITOR_DATABASE           PACKAGE BODY
    PORTAL                         WWV_PARSE_AS_SPECIFIC_USER     PACKAGE BODY
    PORTAL                         WWV_PARSE_AS_USER              PACKAGE BODY
    PORTAL                         WWV_SYS_DML                    PACKAGE BODY
    PORTAL                         WWV_SYS_RENDER_HIERARCHY       PACKAGE BODY
    PORTAL                         WWV_THINGSAVE                  PACKAGE BODY
    PORTAL                         WWV_UTIL                       PACKAGE BODY
    PORTAL                         WWV_UTLVALID                   PACKAGE BODY
    38 rows selected.
    SQL>Let me know what you think.
    Thanks again.

Maybe you are looking for