Error 314: numeric overflow: search table error: 6499 error executing physical plan: exception 6499

Hello all, I'm having several troubles with PA recently and one of then, is the error below.
It happens after I execute the APRIORI algorithm, and try to visualize the results. So then appears this window:
Does anyone knows what might be happening?
Regards!

I don't know if there exists such a document that will tell you difference between different kind of aggregations but I can explain with an example , but the blog below should help you
Building an Analytic & Calculation View from the Wikipedia HANA tables for use with SAP Lumira
If you have a dataset like below:
Product
Customer
Transaction Id
Value
P1
C1
1001
300
P1
C1
1002
400
P1
C1
1003
500
P1
C2
1004
600
P1
C2
1005
100
P2
C1
1006
750
P2
C2
1007
800
If you create a view with only Product and Customer, the data for different aggregations appears as below:
SUM
P1
C1
1200
P1
C2
700
P2
C1
750
P2
C2
800
MIN
P1
C1
300
P1
C2
100
P2
C1
750
P2
C2
800
MAX
P1
C1
500
P1
C2
600
P2
C1
750
P2
C2
800
COUNT
P1
C1
3
P1
C2
2
P2
C1
1
P2
C2
1
Hope you get it.
Regarding change in data type, do it at the table and view both to avoid any issue (if space is not a constraint for you)

Similar Messages

Database error: Error in MDDataSetBW.GetCellData. Error executing physical plan: AttributeEngine: no 6952. (IES 10901)

Hi All,
I'm getting below error when running a webi report in 4.1.
Could you please let me know why and what to do for this error?
Also let me know if any more info required.
Error Message:
Database error: Error in MDDataSetBW.GetCellData. Error executing physical plan: AttributeEngine: no 6952. (IES 10901)
Thanks & Regards,
Karthick.

Are you seeing this error for every report? or just for this report? Looks like it is DB error. Contact your DBAs

Error executing physical plan: aggregation: not enough memory

Hi Everyone,
I am getting error dumps while executing a report based on an Infocube using BIA.
This is the first time we are facing this error, could any body please suggest the possible solutions to resolve this error.
Thanks and regards,
Sonal Patel.

Hi Sonal,
The error is due to the cell limit restriction on the BWA (40 million cells by default). Not necessary the cells you are trying to output in your BEx query but the cells created in the internal table when you are trying to read from the BWA memory.
The below note should solve your issue. If you are familiar with theTREXAdmin Python tool, you can do it yourself but if not kindly forward the below note to your BASIS team.
1740610 - BWA 7.00 and 7.20: Using dynamic max_cells_one_index
Thanks and hope it solves your issue
Sundeep

[BIACM0085] Error executing load plan after reverting from LDAP to original security mechanism in BIA 11.1.1.7.1

We have tried to change authenticaion of BI Apps 11.1.1.7.1 to LDAP, but reverted this due to some other issues. Now we are back with standard authentication, and all functionality seems to work fine, except execution of a load plan.
When we select (any) plan that was executed earlier, we get an error:
[BIACM0085] Error executing load plan. Action: Correct the properties selected or entered and retry.
[BIACM0080] Cause: Application error: MustUnderstand headers:[{http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd}Security] are not understood Action: Contact your help desk or system administrator.
According to one of our WLS gurus there is a mismatch between consumer and provider of a web service with a security policy, but we cannot find any difference between a working and this failing environment.
We already started a trace in WLS, but this does not help us further.
Any hints on troubleshooting steps or even better resolution are more than welcome, as this is blocking a new full load and further tests.
Tx,
Luc

We have tried to change authenticaion of BI Apps 11.1.1.7.1 to LDAP, but reverted this due to some other issues. Now we are back with standard authentication, and all functionality seems to work fine, except execution of a load plan.
When we select (any) plan that was executed earlier, we get an error:
[BIACM0085] Error executing load plan. Action: Correct the properties selected or entered and retry.
[BIACM0080] Cause: Application error: MustUnderstand headers:[{http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd}Security] are not understood Action: Contact your help desk or system administrator.
According to one of our WLS gurus there is a mismatch between consumer and provider of a web service with a security policy, but we cannot find any difference between a working and this failing environment.
We already started a trace in WLS, but this does not help us further.
Any hints on troubleshooting steps or even better resolution are more than welcome, as this is blocking a new full load and further tests.
Tx,
Luc

Error in maintainance plan : Exception has been thrown by the target of an invocation. (mscorlib)

Hi,
I am getting below error while trying to create new maintainance plan in SQL 2008 R2, by right click on "New Maintainance plan"...could you please help on this...
I have tried to register DTS.dll but after that also error is coming...
===================================
Exception has been thrown by the target of an invocation. (mscorlib)
Program Location:
   at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
   at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   at Microsoft.SqlServer.Management.DatabaseMaintenance.MaintDesignerMenuHandler.GetExistingPackageNames(String serverName, String userName, SqlSecureString securePassword)
   at Microsoft.SqlServer.Management.DatabaseMaintenance.MaintDesignerMenuHandler.GetNewPackageName(String serverName, String userName, SqlSecureString securePassword)
   at Microsoft.SqlServer.Management.DatabaseMaintenance.MaintDesignerMenuHandler.Invoke()
===================================
No description found
Program Location:
   at Microsoft.SqlServer.Dts.Runtime.Application.GetPackageInfos(String strFolder, String serverName, String serverUserName, String serverPassword)

Hi,
According to the description, I understand that you receives the below error message when trying to create Maintenance Plans:
"Exception has been thrown by the target of an invocation. (mscorlib)
Have you registered MsDtsSrvrUtil.dll and SqlTaskConnections.dll as well? If no, I suggest you register “DTS.dll”, “MsDtsSrvrUtil.dll”, “SqlTaskConnections.dll” using register32.exe.
If the version of an instance of SQL Server 2008 R2 is earlier than SQL Server 2008 R2 SP2, as Shanky suggested, you may obtain the latest service pack for Microsoft SQL Server. For more information, click the following article number to view the article
in the Microsoft Knowledge Base:
http://support.microsoft.com/kb/2527041/en-us
In addition, here is a similar thread. Please refer the solution by DevB:
http://social.technet.microsoft.com/Forums/sqlserver/en-US/ca19a00a-3782-48e9-9ccd-44d4680359c0/maintanance-plan?forum=sqltools
Thanks.
Tracy Cai
TechNet Community Support

Numeric overflow error in aggregation level formula

The formula for Revenue/Quantity is giving me the following error:
Error: [314]: numeric overflow: search table error: [6944] AttributeEngine: overflow in numeric calculation;Error executing physical plan: exception 6944: AttributeEngine/Parallel/Aggregation.cpp:573 AttributeEngine: overflow in numeric calculation; $function$=read; $message$=unable to read measures RAOL01:_SYS_CE__popid_24_531C272BF80A349FE10000007F000002_558972en TEST_Revenue fixed16.12 ,in executor::Executor in cube: RAOL01:_SYS_CE_$REQUEST$_popid_24_531C272BF80A349FE10000007F000002_558973: calcEngine search on olapIndex failed.
I am aware that if Quantity is zero then we get this error, but I have already handled it and Quantity is never zero.
Both the measures are Decimal, any suggestions as to how to handle this?

My first guess you have reached the upper limit of the datatype on concerned column and the AttributeEngine is not capable now to handle the numeric overflow, hence throwing the error message.
Try converting it to higher datatypes like double, you can also try to do an workaround with datatype conversion functions like TO_DOUBLE before aggregation func.
If you are using something like sum("COL1") try using sum(TO_DOUBLE("COL1"))

Troubleshooting error 6952 while executing a planning funciton

Hi,
when I execute a planning funciton (COPY) on a BIA enabled realtime cube - I get the error
Error reading data for the infoprovider <Cube$>
On going through the trace files and the performance trace, I found:
TREXIndexserver.trc:
6952; Error executing physical plan: AttributeEngine: not enough memory.;in executor::Executor in cube: <>
IndexID: <>, QueryMediator failed executing query, reason: Error executing physical plan: AttributeEngine: not enough memory.;in executor::Executor in cube: <>
TREXRFCserver trace file:
TREX_RFC_AGGREGATE_SP5 rc: 6952 (Error executing physical plan: AttributeEngine: not enough memory.;in executor::Executor in cube: <>)
Another Inderserver trace file:
AggregateMerger returning out of memory with hash table size 668180, columns 63
I get the same errors even after restarting all the BIA services (when memory consumed on each blade is the minimum possible).
My questions:
1. How do I know how much memory is this process looking for? We have 16GB blades.
2. Is it because this function is trying to send too much data back to OLAP (Notes 1002839 & 1018798). If yes, is there something equivalent of RSRT for planning functions. In particular, I am looking for event 9010 (or its equivalent)
3. Can I turn BIA off for just this planning function as we do for a query?
Help appreciated.
Thanks,
Saurabh

Hi Saurabh,
first, try to use the most recent BWA revision to ensure that all known memory issues are eliminated.
If the error still occurs, check that your BWA is not overloaded with data. There needs to be enough memory available to process queries (a planning function isn't any different). Recommendation is 50% free memory.
Furthermore, you can check that the system passes the correct selection criteria to BWA. Put a break-point into function RSDRC_INFOPROV_READ and compare the SELDR to what you expect for your function. Note: The planning function might require a second read for reference data which could be very large depending on the configuration of the planning function/filter.
BI stats capture the KPIs you are looking for (events 9010, 9011, 150xx). However, in case of errors/dumps stats are not saved.
Currently we do not have the option to turn BWA off for specific planning functions. We will take this into consideration in a future support pack/release.
Regards,
Marc
SAP NetWeaver RIG

Error executing a query with large result set

Dear all,
after executing a query which uses key figures with exception aggregation the BIA-server log (TrexIndexServerAlert_....trc) displays the following messages:
2009-09-29 10:59:00.433 e QMediator    QueryMediator.cpp(00324) : 6952; Error executing physical plan: AttributeEngine: not enough memory.;in executor::Executor in cube: bwp_v_tl_c02
2009-09-29 10:59:00.434 e SERVER_TRACE TRexApiSearch.cpp(05162) : IndexID: bwp_v_tl_c02, QueryMediator failed executing query, reason: Error executing physical plan: AttributeEngine: not enough memory.;in executor::Executor in cube: bwp_v_tl_c02
--> Does anyone know what this message exactly means? - I fear that the BIA-Installation is running out of physical memory, but I appreciate any other opinion.
- Package Wise Read (SAP Note 1157582) does not solve the problem as the error message is not: "AggregateCalculator returning out of memory with hash table size..."
- To get an impression of the data amount I had a look at table RSDDSTAT_OLAP of a query with less amount of data:
   Selected rows      : 50.000.000 (Event 9011)
   Transferred rows :   4.800.000 (Event 9010)
It is possible to calculate the number of cells retreived from one index by multiplying the number of records from table RSDDSTAT_OLAP by the number of key figures from the query. In my example it is only one key figure so 4.800.000 are passed to the analytical engine.
--> Is there a possibility to find this figure in some kind of statistic table? This would be helpful for complex queries.
I am looking forward to your replies,
Best regards
Bjoern

Hi Björn,
I recommend you to upgrade to rev 52 or 53. Rev. 49 is really stable but there are some bugs in it and if you use BW SP >= 17 you can use some features.
Please refer to this thread , you shouldn't´t use more than 50% (the other 50% are for reporting) of your memory, therefor I have stolen this quote from Vitaliy:
The idea is that data all together for all of your BIA Indexes does not consume more then 50% of total RAM of active blades (page memory cannot be counted!).
The simpliest test is during a period when no one is using the accelerator, remove all indexes (including temporary) from main memory of the BWA, and then load all indexes for all InfoCubes into ain memory. Then check your RAM utilization.
Regards,
-Vitaliy
Regards,
Jens

Numeric overflow error using binary integer

Hi experts,
I am facing issue while solving a numeric overflow error. after analyzing we came to know that in the below code BINARY_INTEGER is causing the issue as input is exceeding its range. I tried to replace BINARY_INTEGER by varchar2(20) but its saying
"Error(580,20): PLS-00657: Implementation restriction: bulk SQL with associative arrays with VARCHAR2 key is not supported."
We need to remove this binary_integer. I dont know how to do this. Can anybody give some idea or what code change required here ? thanks in advance. Cheers.. Below is the code,
===================================================
   PROCEDURE UpdateCost_
      p_Cost_typ IN OUT NOCOPY CM_t,
   IS
      TYPE ObjektIdTab_itabt IS TABLE OF ObjektId_tabt INDEX BY BINARY_INTEGER;
      v_cost_IdTab_itab ObjektIdTab_itabt;
      v_CM_ID INTEGER := p_Cost_typ.costm.CM_ID;
      BEGIN
            SELECT CAST(MULTISET
                    (SELECT Costwps.CMKostId
                      FROM CM_Pos_r NRPos,
                            CMK_z_r costzpps,
                            CMG_Cost_v Costwps
                      WHERE NRPos.CM_ID = v_CM_ID
                        AND NRPos.SNRId_G = SNRCT.SNRPos.SNRId_G
                        AND costzpps.CM_ID = NRPos.CM_ID
                        AND costzpps.CMSNRPosId = NRPos.CMSNRPosId
                        AND costzpps.Kost_s = Kost.Costnzl.Kost_s
                        AND Costwps.CMKz_Id = costzpps.CMKz_Id
                        AND Costwps.TypCode NOT IN
                            (SELECT kw.TypCode
                               FROM TABLE(Kost.Kostwt_tab) kw
                    ) AS ObjektId_tabt )
              BULK COLLECT
              INTO v_cost_IdTab_itab
              FROM TABLE(p_Cost_typ.SNR_tab) SNRCT,
                   TABLE(SNRCT.Kost_tab) Kost
         FOR v_i IN 1 .. v_cost_IdTab_itab.COUNT LOOP
            FOR v_j IN 1 .. v_cost_IdTab_itab(v_i).COUNT LOOP
               DELETE FROM CMG_Cost_v WHERE CMKostId = v_cost_IdTab_itab(v_i)(v_j);
            END LOOP;
         END LOOP;
END;
===================================================

Thanks for your reply. I tried with INDEX by NUMBER. but oracle says its not a valid use of index by thing. and moreover I also tried with by removing INDEX BY clause. but in that case we are not at all getting any data in for loop. some people says to use extend clause. But again I am not sure How to do so. Can you please let me know code for this.
I know you are trying to help by you need to STOP telling us what problem you have and SHOW US. Saying 'Oracle says' is useless. Post EXACTLY what code you are using, the EXACT steps you are using to compile that code and the EXACT result that you are getting.
You also made no comment about the 'overflow' issue. A BINARY_INTEGER (PLS_INTEGER) has a very large range of values:
http://docs.oracle.com/cd/E11882_01/appdev.112/e25519/datatypes.htm#i10726
>
The PLS_INTEGER data type stores signed integers in the range -2,147,483,648 through 2,147,483,647, represented in 32 bits.
>
If you are trying to create a collection of more than 2 BILLION of anything you have a serious problem with either WHAT you are trying to do or HOW you are trying to do it. Your 'overflow' issue is more likely a symptom that you are really running out of memory. You should ALWAYS have a LIMIT clause when you do BULK COLLECT statements.
Also see this section in that doc: SIMPLE_INTEGER Subtype of PLS_INTEGER
You need to address your LIMIT issue first and then address any other issues that arise from actually executing the code.
Then see the section 'SELECT INTO Statement with BULK COLLECT Clause' in that doc
http://docs.oracle.com/cd/E11882_01/appdev.112/e25519/tuning.htm#BABEIACI
That section has an example that shows you do NOT need to use an INDEX BY clause to create collections as you are trying to do. So your not 'getting any data in for loop' is NOT related to the lack of that clause.
That example also shows you that you do NOT use 'extends' when doing BULK COLLECT. The bulk collection automatically extends the collection as needed to hold the entire results (assuming you don't run out of memory for 2 BILLION things).
Example 12-22 in that same doc shows the proper way to use a double loop and a BULK COLLECT with a LIMIT clause
http://docs.oracle.com/cd/E11882_01/appdev.112/e25519/tuning.htm#BABCCJCB
Here is very simple sample code you can use in the SCOTT schema to understand how the double loop and LIMIT clauses work together.
>
The FETCH does a BULK COLLECT of all data into 'v'. It will either get all the data or none if there isn't any.
The LOOP construct would be used when you have a LIMIT clause so that Oracle would 'loop' back to
get the next set of records. Run this example in the SCOTT schema and you will see how the LIMIT clause works.
I have 14 records in my EMP table.
DECLARE
CURSOR c1 IS (SELECT * FROM emp);
TYPE typ_tbl IS TABLE OF c1%rowtype;
v typ_tbl;
BEGIN
OPEN c1;
LOOP                                                 --Loop added
    FETCH c1 BULK COLLECT INTO v LIMIT 3; -- process 3 records at a time
        -- process the first 3 max records
       DBMS_OUTPUT.PUT_LINE('Processing ' || v.COUNT || ' records.');
        FOR i IN v.first..v.last LOOP
            DBMS_OUTPUT.PUT_LINE(v(i).empno);
        END LOOP;
    EXIT WHEN c1%NOTFOUND;
END LOOP;
DBMS_OUTPUT.PUT_LINE('All done');
END;
In the FOR loop you would do any processing of the nested table you want to do
and could use a FORALL to do an INSERT into another table.
>
I strongly suggest that you modify your code to work with a VERY SMALL set of data until it works properly. Then expand it to work with all of the data needed, preferably by using an appropriate LIMIT clause of no more than 1000.

Numeric overflow error in proc

hi guys
while executing below proc i am getting error numeric overflow at lineno 36.. please help me.
ORA-01426: numeric overflow
Thanks & Regards
************************************Proc Code******************************************************
create or replace PROCEDURE proc_tab1 IS
V_Rlt varchar2(4);
cursor c1 is
select a.ref,b.key_ref from a,b where a.ref(+) = b.ref;
cursor c2 is
select x.id||x.dt_key, x.d_value from x, y
where y.s_ref = 'ML21' and y.id = 'RT' and x.f_ref = y.s_ref;
type curr is table of c1%rowtype;
c_table curr;
type curr2 is table of c2%rowtype;
c2_table curr2;
begin
open c1;
loop
fetch c1 bulk collect into c_table;
exit when c1%NOTFOUND;
end loop;
open c2;
loop
fetch c2 bulk collect into c2_table;
exit when c2%NOTFOUND;
end loop;
for i in 1..c_table.count
loop
if c2_table.exists(c_table(i).ref||c_table(i).key_ref)---after concat value length is 16
then
v_rlt := c2_table(c_table(i).ref||c_table(i).key_ref).d_value;
else
v_rlt :='R';
end if;
insert into tab1 (ref,rlt) values(c_table(i).ref,v_rlt);
end loop;
end;

lineno 36can you please highlight which is the exact line where you get the error?
Please post your code using ** tags.

Numeric Overflow error on NPer function

I am trying to use this NPer function and it's acting real weird. If I use the same numbers that my database fields hold, it works and when I switch to database fields it works fine one time and next time I try to refresh data, it gives me this "numeric overflow" error..
In Crystal help example, they shows that the payment has to be a negative number. So I am following that. If i switch it to the positive number, then it works bit it gives me negative # of months plus it's wrong number.
Not sure whats going on and would really appreciate any help...
Thanks
Raj

Please re-post if this is still an issue or purchase a case and have a dedicated support engineer work with your directly

CR XI R2 Cannot find Nth root - "Numeric Overflow" Error

In Crystal Reports Xi Release 2, when i try to perform a calculation within a formula X ^ Y where Y = 1/years and Y < 1, I receive a "Numeric Overflow" error when running the report. Is there anything that can be done to work around or fix this?
Thanks.

Hello Jay,
I'm assuming you meant 0 < years < 1
One limitation is that Crystal Reports uses IEEE double precision floating point representation for internal numerical computation. This limits the maximum expressible numeric value to approximately 10 ^ 308.
If computational results exceed this magnitude, the "Numeric Overflow" error will result.
Sincerely,
Ted Ueda

Function - numeric Overflow error

Dear All,
I have a function that is causing a ORA-01426: numeric overflow error
My values from the variables are as follows
v_highest_Uprn is 10033233499
v_start_uprn is 10033223500
Any ideas how to fix this. Thanks in advance.
FUNCTION get_next_uprn RETURN NUMBRT IS
/* Loop through numbers betweeen the next_uprn and the highest in the active range. */
/* Check to see if the new uprn exists in the database , if no rows returns then return the new uprn. */
v_start_uprn NUMBER;
v_highest_uprn NUMBER;
v_uprn_exists NUMBER;
v_new_uprn NUMBER;
BEGIN
SELECT next_uprn ,
highest_uprn
INTO v_start_uprn,v_highest_uprn
FROM PD_PROPERTY_NUMBERS
WHERE active_sequence = '*';
v_new_uprn :=v_start_uprn ;
FOR rec IN v_start_uprn..v_highest_uprn LOOP
IF v_new_uprn > v_highest_uprn THEN
Bs7666_Standard.bs7666_error(35635);
END IF;
SELECT uprn INTO v_uprn_exists
FROM PD_BLPUS
WHERE uprn = v_new_uprn;
v_new_uprn := v_new_uprn + 1;
END LOOP;
RETURN v_new_uprn;
EXCEPTION
WHEN NO_DATA_FOUND THEN
RETURN v_new_uprn;
END get_next_uprn;

Hi
The loop control variable in a FOR loop is an integer (or similar) it seems; those numbers are simply too big for it.
Change your code to something like:
FOR rec IN 1 .. v_highest_uprn - v_start_uprn + 1 LOOP
Luis

Error message "ORA-01426: numeric overflow"

Could somebody please explain with me examples as when you get this error.
error message "ORA-01426: numeric overflow"
Thank You for your help.

You get 1426 when a number, usually from a caclulation, is too big, or too small for Oracle to represent. For example:
SQL> SELECT POWER(99,99) FROM dual;
SELECT POWER(99,99) FROM dual
ERROR at line 1:
ORA-01426: numeric overflowwhich my calculator tells me is 3.6973E+197
TTFN
John

Cfstoredproc - Numeric Overflow Error - CF8

I recently upgraded to CF8 and have started having problems
with cfstoredproc. Here is the code:
<cfstoredproc datasource="#request.myDSN#"
procedure="dbo.p_online_password.get_account" >
<cfprocparam cfsqltype="cf_sql_varchar"
value="#attributes.email#" type="in" maxlength="50">
<cfprocparam cfsqltype="cf_sql_bigint" type="out"
variable="appvars.online_password_id">
<cfprocparam cfsqltype="cf_sql_varchar" type="in"
value="#attributes.password#" maxlength="30">
<cfprocparam cfsqltype="cf_sql_bigint" type="out"
variable="appvars.account_status">
<cfprocparam cfsqltype="cf_sql_varchar" type="out"
variable="appvars.loginmessage" maxlength="500">
<cfprocparam cfsqltype="cf_sql_bigint" type="out"
variable="appvars.personid">
</cfstoredproc>
Here is the logged dbcall:
spy(2007/12/27 15:29:58.361)>> Driver Name = Oracle
spy(2007/12/27 15:29:58.361)>> Driver Version = 3.60.26
(023731.010811.016225)
spy(2007/12/27 15:29:58.361)>> Database Name = Oracle
spy(2007/12/27 15:29:58.361)>> Database Version =
9.2.0.8.0
spy(2007/12/27 15:29:58.361)>> OK (Connection[6])
spy(2007/12/27 15:29:58.361)>>
Connection[6].setTransactionIsolation(int level)
spy(2007/12/27 15:29:58.361)>> level = 2
spy(2007/12/27 15:29:58.361)>> OK
spy(2007/12/27 15:29:58.361)>>
Connection[6].isReadOnly()
spy(2007/12/27 15:29:58.361)>> OK (false)
spy(2007/12/27 15:29:58.361)>>
Connection[6].getAutoCommit()
spy(2007/12/27 15:29:58.361)>> OK (true)
spy(2007/12/27 15:29:58.361)>>
Connection[6].prepareCall(String sql)
spy(2007/12/27 15:29:58.361)>> sql = {call
dbo.p_online_password.get_account(?, ?, ?, ?, ?, ?)}
spy(2007/12/27 15:29:58.377)>> OK
(CallableStatement[1])
spy(2007/12/27 15:29:58.377)>>
CallableStatement[1].setObject(int parameterIndex, Object x, int
targetSqlType)
spy(2007/12/27 15:29:58.377)>> parameterIndex = 1
spy(2007/12/27 15:29:58.377)>> x =
[email protected]
spy(2007/12/27 15:29:58.377)>> targetSqlType = 12
spy(2007/12/27 15:29:58.377)>> OK
spy(2007/12/27 15:29:58.377)>>
CallableStatement[1].registerOutParameter(int parameterIndex, int
sqlType)
spy(2007/12/27 15:29:58.377)>> parameterIndex = 2
spy(2007/12/27 15:29:58.377)>> sqlType = -5
spy(2007/12/27 15:29:58.377)>> OK
spy(2007/12/27 15:29:58.377)>>
CallableStatement[1].setObject(int parameterIndex, Object x, int
targetSqlType)
spy(2007/12/27 15:29:58.377)>> parameterIndex = 3
spy(2007/12/27 15:29:58.377)>> x =
spy(2007/12/27 15:29:58.377)>> targetSqlType = 12
spy(2007/12/27 15:29:58.377)>> OK
spy(2007/12/27 15:29:58.377)>>
CallableStatement[1].registerOutParameter(int parameterIndex, int
sqlType)
spy(2007/12/27 15:29:58.377)>> parameterIndex = 4
spy(2007/12/27 15:29:58.377)>> sqlType = -5
spy(2007/12/27 15:29:58.377)>> OK
spy(2007/12/27 15:29:58.377)>>
CallableStatement[1].registerOutParameter(int parameterIndex, int
sqlType)
spy(2007/12/27 15:29:58.377)>> parameterIndex = 5
spy(2007/12/27 15:29:58.377)>> sqlType = 12
spy(2007/12/27 15:29:58.377)>> OK
spy(2007/12/27 15:29:58.377)>>
CallableStatement[1].registerOutParameter(int parameterIndex, int
sqlType)
spy(2007/12/27 15:29:58.377)>> parameterIndex = 6
spy(2007/12/27 15:29:58.377)>> sqlType = -5
spy(2007/12/27 15:29:58.377)>> OK
spy(2007/12/27 15:29:58.377)>>
CallableStatement[1].execute()
spy(2007/12/27 15:29:58.486)>> java.sql.SQLException:
[Macromedia][Oracle JDBC Driver]Numeric overflow. ErrorCode=0
SQLState=HY000
java.sql.SQLException: [Macromedia][Oracle JDBC
Driver]Numeric overflow.
at
macromedia.jdbc.base.BaseExceptions.createException(Unknown Source)
at macromedia.jdbc.base.BaseExceptions.getException(Unknown
Source)
at macromedia.jdbc.oracle.OracleVNU.convertVNUToLong(Unknown
Source)
at
macromedia.jdbc.oracle.OracleImplStatement.convertAndPropagateOutputParams(Unknown
Source)
at
macromedia.jdbc.oracle.OracleImplStatement.execute(Unknown Source)
at macromedia.jdbc.base.BaseStatement.commonExecute(Unknown
Source)
at
macromedia.jdbc.base.BaseStatement.executeInternal(Unknown Source)
at
macromedia.jdbc.base.BasePreparedStatement.execute(Unknown Source)
at
macromedia.jdbc.base.BasePreparedStatementPoolable.execute(Unknown
Source)
at macromedia.jdbcspy.SpyPreparedStatement.execute(Unknown
Source)
at
coldfusion.server.j2ee.sql.JRunPreparedStatement.execute(JRunPreparedStatement.java:89)
at coldfusion.sql.Executive.executeCall(Executive.java:860)
at coldfusion.sql.Executive.executeCall(Executive.java:775)
at coldfusion.sql.Executive.executeCall(Executive.java:726)
at coldfusion.sql.SqlImpl.executeCall(SqlImpl.java:445)
at
coldfusion.tagext.sql.StoredProcTag.executeQuery(StoredProcTag.java:272)
at
coldfusion.tagext.sql.StoredProcTag.doEndTag(StoredProcTag.java:225)
at
cfprocGetAccount2ecfm1970365621.runPage(C:\Inetpub\wwwroot\FBARO\model\login\procGetAccou nt.cfm:63)
at coldfusion.runtime.CfJspPage.invoke(CfJspPage.java:192)
at
coldfusion.tagext.lang.IncludeTag.doStartTag(IncludeTag.java:366)
at
coldfusion.runtime.CfJspPage._emptyTag(CfJspPage.java:2644)
at
cflogin2eloginuser2ecfm500887643._factor72(C:\Inetpub\wwwroot\FBARO\parsed\login.loginuse r.cfm:24)
at
cflogin2eloginuser2ecfm500887643._factor80(C:\Inetpub\wwwroot\FBARO\parsed\login.loginuse r.cfm:17)
at
cflogin2eloginuser2ecfm500887643._factor81(C:\Inetpub\wwwroot\FBARO\parsed\login.loginuse r.cfm:5)
at
cflogin2eloginuser2ecfm500887643.runPage(C:\Inetpub\wwwroot\FBARO\parsed\login.loginuser. cfm:1)
at coldfusion.runtime.CfJspPage.invoke(CfJspPage.java:192)
at
coldfusion.tagext.lang.IncludeTag.doStartTag(IncludeTag.java:366)
at
coldfusion.runtime.CfJspPage._emptyTag(CfJspPage.java:2644)
at
cffusebox52ecfm1910112018.runPage(C:\Inetpub\wwwroot\FBARO\fusebox5.cfm:179)
at coldfusion.runtime.CfJspPage.invoke(CfJspPage.java:192)
at
coldfusion.tagext.lang.IncludeTag.doStartTag(IncludeTag.java:366)
at
coldfusion.runtime.CfJspPage._emptyTag(CfJspPage.java:2644)
at
cffusebox42eruntime2ecfmx2ecfm1434713790.runPage(C:\Inetpub\wwwroot\FBARO\fusebox4.runtim e.cfmx.cfm:1)
at coldfusion.runtime.CfJspPage.invoke(CfJspPage.java:192)
at
coldfusion.tagext.lang.IncludeTag.doStartTag(IncludeTag.java:366)
at
coldfusion.runtime.CfJspPage._emptyTag(CfJspPage.java:2644)
at
cfindex2ecfm1115026679.runPage(C:\Inetpub\wwwroot\FBARO\index.cfm:28)
at coldfusion.runtime.CfJspPage.invoke(CfJspPage.java:192)
at
coldfusion.tagext.lang.IncludeTag.doStartTag(IncludeTag.java:366)
at
coldfusion.filter.CfincludeFilter.invoke(CfincludeFilter.java:65)
at
coldfusion.filter.ApplicationFilter.invoke(ApplicationFilter.java:279)
at
coldfusion.filter.RequestMonitorFilter.invoke(RequestMonitorFilter.java:48)
at
coldfusion.filter.MonitoringFilter.invoke(MonitoringFilter.java:40)
at coldfusion.filter.PathFilter.invoke(PathFilter.java:86)
at
coldfusion.filter.ExceptionFilter.invoke(ExceptionFilter.java:70)
at
coldfusion.filter.BrowserDebugFilter.invoke(BrowserDebugFilter.java:74)
at
coldfusion.filter.ClientScopePersistenceFilter.invoke(ClientScopePersistenceFilter.java:2 8)
at
coldfusion.filter.BrowserFilter.invoke(BrowserFilter.java:38)
at
coldfusion.filter.NoCacheFilter.invoke(NoCacheFilter.java:46)
at
coldfusion.filter.GlobalsFilter.invoke(GlobalsFilter.java:38)
at
coldfusion.filter.DatasourceFilter.invoke(DatasourceFilter.java:22)
at
coldfusion.filter.RequestThrottleFilter.invoke(RequestThrottleFilter.java:126)
at coldfusion.CfmServlet.service(CfmServlet.java:175)
at
coldfusion.bootstrap.BootstrapServlet.service(BootstrapServlet.java:89)
at jrun.servlet.FilterChain.doFilter(FilterChain.java:86)
at
coldfusion.monitor.event.MonitoringServletFilter.doFilter(MonitoringServletFilter.java:42 )
at
coldfusion.bootstrap.BootstrapFilter.doFilter(BootstrapFilter.java:46)
at jrun.servlet.FilterChain.doFilter(FilterChain.java:94)
at jrun.servlet.FilterChain.service(FilterChain.java:101)
at
jrun.servlet.ServletInvoker.invoke(ServletInvoker.java:106)
at
jrun.servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42)
at
jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:284)
at
jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:543)
at
jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203)
at
jrunx.scheduler.ThreadPool$DownstreamMetrics.invokeRunnable(ThreadPool.java:320)
at
jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java:428)
at
jrunx.scheduler.ThreadPool$UpstreamMetrics.invokeRunnable(ThreadPool.java:266)
at jrunx.scheduler.WorkerThread.run(WorkerThread.java:66)
spy(2007/12/27 15:29:58.486)>>
CallableStatement[1].close()
spy(2007/12/27 15:29:58.486)>> OK
spy(2007/12/27 15:29:58.502)>>
Connection[6].setAutoCommit(boolean autoCommit)
spy(2007/12/27 15:29:58.502)>> autoCommit = true
spy(2007/12/27 15:29:58.502)>> OK
spy(2007/12/27 15:29:58.502)>>
Connection[6].setTransactionIsolation(int level)
spy(2007/12/27 15:29:58.502)>> level = 2
spy(2007/12/27 15:29:58.502)>> OK
spy(2007/12/27 15:29:58.502)>>
Connection[6].setReadOnly(boolean readOnly)
spy(2007/12/27 15:29:58.502)>> readOnly = false
spy(2007/12/27 15:29:58.502)>> OK
Any ideas?
Thanks,
Jim

FYI, there is a table near the bottom of the LiveDocs page
for the
cfqueryparam
tag that "
shows the mapping of ColdFusion SQL data types with JDBC SQL
types and those of the listed database management systems".
(The same mapping applies to the cfprocparam tag as well, and I am
surprised that they don't have it listed there as well.)
You will notice that CF_SQL_BIGINT doesn't map to Oracle, and
that only CF_SQL_DECIMAL and CF_SQL_FLOAT seem to map to Oracle
type number. However, I use CF_SQL_NUMERIC all of the time with
Oracle 10g and Oracle type NUMBER with CF7, but I can't speak for
CF8 since we are still on 7.
Phil

Error 314: numeric overflow: search table error: 6499 error executing physical plan: exception 6499

Similar Messages

Maybe you are looking for