MDX output query is too large to display

Mdx is truncating our report. What should we do to see the entire report? We get the following error message at the end of the report: Error 1241172 "MDX output query is too large to display" Thanks in advance Sibel

[arbor]@[server]/appl/essbase-> essmsh Analytic Services MaxL Shell - Release 7.1.5 (ESB7150B045) (c) Copyright 2000-2005 Hyperion Solutions Corporation. All rights reserved. MAXL> login user identified by password on server; OK/INFO - 1051034 - Logging in user [user]. OK/INFO - 1051035 - Last login on Tuesday, December 05, 2006 10:38:59 AM. OK/INFO - 1241001 - Logged in to Essbase. MAXL> spool on to 'test.txt'; MAXL> SELECT Members([Full Year].Levels (0)) on Axis(0), Members([ACCOUNT].[3100010001]) on Axis(1) FROM APP.DB WHERE ([Currency].[Native], [Organization].[Fac-0005], [SCENARIO].[Actual 2006], [DEPARTMENT].[D0301-S0301]); OK/INFO - 1241150 - MDX Query execution completed. MAXL> spool off; MAXL> logout; User user is logged out MAXL> exit; MaxL Shell completed [arbor]@[server]/appl/essbase-> That is the code we did in MAXL. You can also put in perl as well and run it that way. How much data are you trying to export out. If it is a lot you might run into the same issue we had of it taking way to long to export the data. We were trying to do a level 0 export using MDX Scripts but it took way to long to export the data. We ended up creating a BSO cube as well as a ASO cube to keep our history data in then did a level 0 export from the BSO cube to get our history. Justin

Similar Messages

Query is too large

Hi,
Can any one give me the solution to develop this report.
I have 12 columns under each vertical.Like that i have 12 verticals for my Gross margin Report.
Then 12* 12=144 coloumns.total are 144.
But in Bi-Bex it will allow only limited columns. When i execute the report i'm getting the error that query is too large.Kow to overcome this.
Note Points :
Vertical1 : ITG
This Vertical consists of 20 Profit centers
Vertical2 : UTG
                This Vertical consists of 60 Profit centers
Vertical3 : SBI
                This Vertical consists of 50 Profit centers
Vertical4 : SERVICEDIVISIONS
                This Vertical consists of 10 Profit centers
Vertical5 : ENGG
                This Vertical consists of 50 Profit centers
Vertical6 : HITECH
                This Vertical consists of 10 Profit centers
u2022     Data Before Eliminations is Total of All the Verticals Data.
u2022     Eliminations Contains Values For Each Month for any of the above profit centers.
u2022     Data After Eliminations is Data Before Eliminations + Eliminations Data.
I searched in SDN but no luck..........
Thanks

hi sony,
one way to go about this is to increase the "Size Restriction for Result Sets". This is pretty tricky. I wouldn't really recommend this since this can have performance issues.
you can increase the size for result sets by running the abap report SAP_RSADMIN_MAINTAIN , Again be carefull when you are doing this.
Follow the below steps.
1)     Transaction Code SA38 or SE38
2)     In the program field, enter the report name SAP_RSADMIN_MAINTAIN and choose Execute.
3)     For OBJECT, enter one of the following parameters;
        BICS_DA_RESULT_SET_LIMIT_DEF
        BICS_DA_RESULT_SET_LIMIT_MAX
For VALUE, enter the value for the size of the result set, and then execute the program:
Also, for your information, the default setting for the result set of Web applications is 500,000 cells. If the result set exceeds the size specified using the report, a message is displayed to inform the user.
I would again ask you to be careful when you are modifying these values.
Best would be to make sure that you check the table RSADMIN, whether you have the above entries (BICS_*), if you don't u can update these entries in the system. via the above said abap report.
Hope this helps.
regards,
Sree.
Edited by: Sree Nair on Aug 18, 2009 1:14 PM
Edited by: Sree Nair on Aug 18, 2009 1:23 PM

Financial Reports 9.3.1 - Query is too large and cannot be executed

Hi,
I'm trying to pull a Financial report from one of my ASO cube, version 9.3.1 and received the following error.
"Query is too large and cannot be executed. The product of member counts across all dimensions in the query exceeds 2^64..."
The report is pulling from a combination of 6 different cross dimensions and drill down to the bottom level 0. I have read a couple of blogs with trying to change the buffer and sort buffer size from 10 KB to like 1000 KB within the database settings as well as the Pending cache size limit setting from like 32 MB to 64 MB on the Application setting. I've tried all combinations but nothing seems to work.
However, I was able to retrieve the same combinations through Essbase Excel Add-in by addding the MAXFORMULACACHESIZE in the Essbase config setting. But this didn't work for the Financial Reports. I know that in version 11.1.2 has that MDX Query enable through reports which may help with the query. Unfortunately, that MDX Query enable is not available within version 9.3.1.
Please help.
Thanks

John,
The Database has data that is rolled up to all levels.
I can open the report to Edit in the Financial Reporting Studio. This allows me to click on members in the grid, however, when I search for members I am unable to do so. I can drill down to the member and select it, but when I run the report in FR studio, I get the same error message 'Error: Invalid Report Object'.
Thanks and Regards
Kunal Tripathi

Bex Report Error -- Query is Too Large

Hello I am Using Hierarchies in Rows and in Columns Company Wise, Quarter Month Wise Values
I am Using 310 Rows and 100 columns As this is Summary Report I cannot go for Filters and I cannot
Decrease Keyfigures is there any solution for this , Please give me the valuable suggestion for this query.

If the query is too large and you are running out of memory, then either you should run the report with smaller selection (may be year -wise) or increase your server parametres like memory space etc.

Is there a reliable method for detecting that a query is too large?

I am writing some code (that uses OCI) to properly detect when a query string is too long for OCI and/or the Oracle database server. I can't find any specific error code information in the docs, so I just started firing off large queries to see what would happen.
The queries I am sending are >2MB in size, up to 16MB. If the queries are above ~10MB, I get the error "ORA-03113 'End-of-file on communications channel'" after a fairly short amount of time (i.e. not enough for a timeout to expire). If the queries are below ~10MB, but above ~2.5MB, it either just sits there and does not do anything (for more than 15 hours). So watching for ORA-03113 when executing large queries does not seem like a very reliable method for detecting the queries that are too large.
Does anyone know of a reliable way of detecting that a query is too large for the OCI client and/or the Oracle database server?
I am using version 10.2.0.1 for both the OCI client and the Oracle database server, but I'm getting similar errors for combinations of 10.2.0.1 and 9.2.0.7 for both the OCI client and the Oracle database server.
These large queries need to be handled properly (i.e. distinguished from some generic failure) because the server handles requests from users, which could be programs that generate SQL queries (and have constructed huge ones in the past).
Thanks for any information!

The ORA-03113 means that the Oracle server process has died trying to satisfy your request. In almost all cases it is strictly correct to call that a bug, and we shouldn't easily forgive the server process when it happens. But in the case of multimegabyte statements my anger and disapointment turns to sympathy, for in my heart I can't bring myself to blame it. Can you?

Reg: Query is too large

Dear all,
I am facing an error when trying to save the query "error: query is too large" and the below is the text help given in the documentation.
Diagnosis
Query ZYYYYYYY contains 8192 differing selection cells. However, only 8191 selection cells can be processed in a query.
Procedure
Please simplify query definition ZYYYYYYYY.

Hi,
this happens when maximum no. of Keyfigures are used in the rows....you might be using only one selection or a formula in the Rows of the query..and still face the same error...this reason behind this is that this selection or forumla inturn has a lot of RKFs or CKFs in it...
to put it clear, say you use a selection named ZTEST in the rows...and the definition of this selection is something like ZTEST = CKF1CKF2CKF3
and CKF1 = CKF4CKF5CKF6+CKF7
and CKF2 = CKF8CKF9CKF10/CKF11
and CKF3 = CKF12*CKF13
and further if you see CKF 4, 5...13 will again be a combination of multiple CKFs or RKFs...so this goes on and finally ZTEST becomes indeed very complex and uses more than 8191 selections....
I hope this is the issue you are facing...
shamee

Dimension of Pages document too large to display

I'm working on a large banner for a client (3 meters wide, 1.5 meters high) and Pages doesn't seem to be able to display the whole document when I choose fit page. Have I run into a limitation of the app? Is it a bug? Any workaround?
Thanks!

The smallest scale is 25%, which translates to 750x 375mm or roughly 2125 x 1063 pixels, viewable on larger iMacs. Works on mine in both Pages '09 and Pages 5.
What version of Pages are you using?
Have you tried scaling the banner?
Peter

SAP BI Query 'too large'

Hi,
I have a problem with creating a special query in Query Designer. The query has 2 structures, one structure has 100 selections, the second structure has 132 selections. This query is to show 10 years of plan data per period and a detailed account structure. The customer is not willing to reduce the number of rows.
When I try to check the query or execute the query, I get an error message:
Query is too large. Query contains 8192 differing selection cells. However, only 8191 selection cells can be processed in a query.
In fact the query has about 13000 selection cells!
I can not set up the query in a different way by using a drilldown by attribute period or something similar as the query should show actuals to a certain period in a certain year and from that period on the rest of the ten years should show plan data for an entered plan version. The row structure should not show all accounts and nodes of a hierarchy but only certain nodes. Therefore I can not use a hierarchy here.
Please could you tell me if there is a way to exceed the limit of '8192 selection cells' in a query ?
many thanks for your help in advance
Arndt Fritzsche-Marx

Hi Arndt,
have never had this problem before. However you can customize the amount of cells in a query yourself. Have you tried editing this number (as explained below), perhaps it helps?? For I do not have access to a BI 7.0 right now I can not check if there are more settings which can be customized.
You can customize the maximum of rows which can be displayed in web. This setting can be customized as follows in Bex Web Analyzer for the query (execute your query from Query Designer and it will ope in Bex Web Analyzer):
1. Settings --> Data Provider
2. Size Restriction for Result Sets
3. Set the setting to "Custom-Defined No. of Cells" and enter your required "Number of cells"
However be aware that the display of such a big amount of rows has a great impact on the performance of the query.
Brgds,
Marcel

I wrote a query -- HTMLDB can't parse it, too large.

I would attach it here but I see no ways to attach items.
I wrote a query that, as I said, is too long for HTML DB to accept. When I submit it, I an http error 400.
the thing is, the query is only ~27700 bytes, according to the file system information. So is the query parser set to a lower maximum length than the import capabilities for data imports?
Thanks.

Don't know what you mean by data imports exactly but different mechanisms may be at work for different situations. modplsql has a 30,000 byte limit (I think) on the size of textareas. Keep in mind that the byte count it sees may be larger than the character count your text editor reports due to UTF-8 or other transformations and also that some of this information is probably only partially correct. If the query is too large, use a packaged pl/sql function returning sql query.
Scott

PS is too wide (large) to display on my iMac

I don't know what I've done, but both my my lightroom and PS CS4 are now too large to display on my iMac. Both vertically and horizontally. I've been using them for a couple of years and never had this problem? Any ideas on how to fix this? I hate having to move the cursor to each side of the screen to see the panels in Lightroom and the same in Photoshop.

You accidentally resize the frames to large. Increase the resolution of the screen just temporarily so you can see the bottom right corner of the frames then reszie them smaller and that will hold when you relaunch.
If you can somehow drag the frames until you see the lower right corner then you do not have to change the resolution of the screen just drag that corner toward the center of the screen until you are happy with the size of the frame.
I sometimes make it bigger so I do not accidentally adjust some thing I dod not want to adjust. Probably not necessary but I do it any way.

Premiere Pro CC 2014 Video is too LARGE

Hi all,
Just getting started with Premiere Pro CC 2014. I've imported a short clip to practice on, and the first thing I noticed is that the output video is too large for the screen:
Is there a way to fix this?
I don't know if this is related or not, but I also keep getting this:
It says the minimum screen resolution required is 1024 x 768. My screen resolution is 1366 x 768. Isn't that large enough?
Any help would be great - thanks!!

I think I've figured out the scaling issue. Any ideas on the screen resolution would be awesome.

Query is allocating too large memory error in OBIEE 11g

Hi ,
We have one pivot table(A) in our dashboard displaying , revenue against a Entity Hierarchy (i.e we have 8 levels under the hierarchy) And we have another pivot table (B) displaying revenue against a customer hierarchy (3 levels under it) .
Both tables running fine under our OBIEE 11.1.1.6 environment (windows) .
After deploying the same code (RPD&catalog) in a unix OBIEE 11.1.1.6 server , its throwing the below error ,while populating Pivot table A :
Error Codes: OPR4ONWY:U9IM8TAC:OI2DL65P
*State: HY000. Code: 10058. [NQODBC] [SQL_STATE: HY000] [nQSError: 10058] A general error has occurred. [nQSError: 43113] Message returned from OBIS. [nQSError: 96002] Essbase Error: Internal error: Query is allocating too large memory ( > 4GB) and cannot be executed. Query allocation exceeds allocation limits. (HY000)*
But , pivot table B is running fine . Help please !!!!!
data source used : essbase 11.1.2.1
Thanks
sayak

Hi Dpka ,
Yes ! we are hitting a seperate essbase server with Linux OBIEE enviorement .
I'll execute the query in essbase and get back to you !!
Thanks
sayak

Query is allocating too large memory

I’m building an Analysis in OBIEE against an ASO cube and am seeing the following error:
Query is allocating too large memory ( > 4GB) and cannot be executed. Query allocation exceeds allocation limits
The report we’re trying to build is intended to show information from eight dimensions. However, when I try to add just a few of the dimensions we get the “Query is allocating too large memory” error. Even if I filter down the information so that I only have 1 or 2 rows in the Analysis I get the error. It seems like there is something wrong that is causing our queries to become so bloated. We're using OBIEE 11.1.1.6.0.
Any help would be appreciated.

950121 wrote:
I’m building an Analysis in OBIEE against an ASO cube and am seeing the following error:
Query is allocating too large memory ( > 4GB) and cannot be executed. Query allocation exceeds allocation limits
The report we’re trying to build is intended to show information from eight dimensions. However, when I try to add just a few of the dimensions we get the “Query is allocating too large memory” error. Even if I filter down the information so that I only have 1 or 2 rows in the Analysis I get the error. It seems like there is something wrong that is causing our queries to become so bloated. We're using OBIEE 11.1.1.6.0.
Any help would be appreciated.Hi,
This sounds like a known Bug 13331507 : RFA - DEBUGGING 'QUERY IS ALLOCATING TOO LARGE MEMORY ( > 4GB)' FROM ESSBASE.
Cause:
A filter has been added in several lines in the 'Data Filters' Tab of the 'Users Permissions' Screen in the Administration Tool (click on Manage and then Identity menu items). This caused the MDX Filter statement to be added several times to the MDX issues to the underlying Database, which in turn caused too much memory to be used in processing the request.
Refer to Doc ID: 1389873.1 for more information on My Oracle Support.

Mac Mini display is too large for screen on only one user account

Okay, so I left my two year olds alone for a minute playing the "alphabet game" on my Mac Mini. They only had the keyboard, no mouse but managed to muck up my display leaving me a bit frustrated. The screen is now too large for my Samsung display. The only way to see everything (dock, top bar, etc) is to move my mouse arrow to the end of my display and see it roll back onto the page. I've checked the settings there and they are fine. The MacBook Pro plugs right in and is proper resolution. So I then wondered if another account on the Mac Mini would do the same thing. I logged out of my Admin account and into another and everything looks just dandy. I log back into my Admin account and it's too large and blurry again. The resolution is set correct at 1920x1080 at 60 Hz.
What button did they push on my keyboard that would do this and how do I get it back?? Aargh! Thanks all!

Ha, figured it out myself from another discussion forum finally. Thoght I'd share in case anyone else runs into this. They must have hit "Zoom" by htting the "Control" and scroll buttons at the same time..
Resolution:
You can zoom out by holding down the Option and Command buttons on the keyboard and, while you hold them down, pressing the - key.

Query Error Information: Result set is too large; data retrieval ......

Hi Experts,
I got one problem with my query information. when Im executing my report and drill my info in my navigation panel, Instead of a table with values the message "Result set is too large; data retrieval restricted by configuration" appears. I already applied "Note 1127156 - Safety belt: Result set is too large". I imported Support Package 13 for SAP NetWeaver 7. 0 BI Java (BIIBC13_0.SCA / BIBASES13_0.SCA / BIWEBAPP13_0.SCA) and executed the program SAP_RSADMIN_MAINTAIN (in transaction SE38), with the object and the value like Note 1127156 says... but the problem still appears....
what Should I be missing ?????? How can I fix this issue ????
Thank you very much for helping me out..... (Any help would be rewarded)
David Corté

You may ask your basis guy to increase ESM buffer (rsdb/esm/buffersize_kb). Did you check the systems memory?
Did you try to check the error dump using ST22 - Runtime error analysis?
Edited by: ashok saha on Feb 27, 2008 10:27 PM

MDX output query is too large to display

Similar Messages

Maybe you are looking for