Categories
- All Categories
- 70 Oracle Analytics News
- 7 Oracle Analytics Videos
- 13.9K Oracle Analytics Forums
- 5.2K Oracle Analytics Idea Labs
- Oracle Analytics User Groups
- 38 Oracle Analytics Trainings
- 56 Oracle Analytics Data Visualizations
- 2 Oracle Analytics Data Visualizations Challenge
- 2 Oracle Analytics Career
- 4 Oracle Analytics Industry
- Find Partners
- For Partners
Exceeded configured maximum number of allowed input records. Error Codes: EKMT3FK5
Hi all,
I'm getting below error while running OAC reports with a pivot table.
Exceeded configured maximum number of allowed input records. Error Codes: EKMT3FK5The compute size configured is 6 OCPUs.
Is it possible that the problem is related to this limit reported in the documentation?
In this case, why does the problem not arise if I use a normal table instead of the pivot table? What does this limit indicate?
Alternatively, is it possible that the problem is related to a limit on the maximum number of cells that can be displayed in a pivot table (although I didn't find this limit in the documentation)?
Thanks
Answers
-
The documented limits for number of rows based on OCPUs are based on 40 column limit in the workbook/report. So if you have more than 40 columns, you could be exceeding the limit even thought the row count is within documented limit. This information is going to be documented in the product documentation shortly.
Thanks
Gayathri
0 -
Thanks for your reply Gayathri.
This is not the case, I have less than 40 columns in the pivot table.
I don't understand what the documentation means by "the maximum number of summarized rows returned from the data source that are displayed". It is not the maximum number of rows that can be displayed in analysis, because if I use a normal table instead of a pivot table it's ok. So, what does it mean?
I noticed that if I try to execute the query generated by OAC directly on DB, it returns more than 500.000 rows but in the pivot table visualization obviously they become much less (shifting some informations from row to column). So, in any case fewer than 500.000 rows would be displayed.
Thanks
0 -
Hi @Gabriele Boccassini ,
There appears to be a limit on the maximum number of cells (number of rows * number of columns) that a pivot table can have in OAC. This limit is not documented, users/administrators can't update it, and only Oracle knows if the value is going to change according to the number of OCPUs. If you want to continue using a pivot table, the only solution is to reduce the number of cells.
"the maximum number of summarized rows returned from the data source that are displayed" refers to the number of logical rows returned by a request (the tool retrieves X physical rows from the data sources, then applies aggregations/filters/transformations as required and specified in the data model to get Y logical rows).
0 -
Hi Federico, thanks for your reply.
Let's give an example: I execute the query generated by OAC on DB and it returns 380.000 rows. These records are displayed in a pivot table and become 12000 rows (shifting some informations from row to column). In this case "the number of summarized rows returned from the data source that are displayed" is 12000?
Thanks
1 -
No. It refers to the number of rows in the result set (logical rows), which is always in plain tabular format.
The pivot is created AFTER the result set has been generated and returned to your web browser.
In your case, the number of logical rows is probably the same as your physical rows (380000). To be sure about it, I recommend to enable and have a look at Usage Tracking data, or analyze query session logs.
2 -
@Gabriele Boccassini Late to the party, but: There's much more to what's happening than just number of rows. Federico hinted at cells, but there's more than that involved.
If you look at the official OBI documentation which still explained things in detail, you can see all the settings which play in to that:
Since the documentation no longer explains which of these parameters is set to what value for OAC, let alone what the parameters for DV are compared to Answers, I'd suggest opening a Service Request (high priority, don't go with a random level 3) and demand a clear explanation for your use case. You have to provide exact numbers and information from your side and demand and equally clear answer.
Alternatively @Bret Grinslade - Oracle Analytics-Oracle may feel generous and share the detail settings here :)
Edit: corrected the doc link
0