Compression pb with zero elimination

Hi,
In a BW3.1 SP22, We compress infocube with flag with zero elimination activated.
But occurrences having key figures null and which were just compressed are not deleted.
Few properties of this cube are :
     just cumulatives KF
     huge volume (approx 120 millions occurrences / 22 millions new non-deleted occurrences with all KF null)
     huge aggregates (biggest : 20 millions)
     partitioning by month (12)
     previously few requests were compressed without the flag « zero elimination » but obviously the occurrences described as non-deleted dont come from these old requests
In the same system, on others cubes with less datas, we tried to reproduce the case without success. In all scenarii we had tested, lines with KF nulls are correctly deleted.
We dont understand from where the problem could come.
If someone has an idea ...
Thanks by advance.

So you're saying you have rows in your E fact table that were created as part of this particular compression run where all KFs = 0? That certainly doesn't sound right.
The zero elimination is a multi-step process -
first excluding rows from the F fact table where all KFs are 0, then excluding any summarized rows where all KF = 0, and then finally, deleting rows from E fact table that were updated resulting in all KFs = 0. Were any compressions run on this cube previously without zero elimination specified?
What DB?
There have been some problems with Oracle 9.2 merge function.
https://websmp201.sap-ag.de/~form/handler?_APP=01100107900000000342&_EVENT=REDIR&_NNUM=613701&_NLANG=E
https://websmp201.sap-ag.de/~form/handler?_APP=01100107900000000342&_EVENT=REDIR&_NNUM=639253&_NLANG=E

Similar Messages

Compress infocube with zero elimination

Experts, Is that true you should always check "with zero elimination" when you compress infocubes? I was reading the famous SAP doc "How to Handle Inventory Management Scenarios in BW", the screen shots for cube compression does not have that checkbox checked. Does anybody know why?
Thanks!

Hello,
Using the zero elimination the entries where all key figures are equal to zero are deleted from the fact table during compression. You don't want that in Inventory Management.
Regards,
Jorge Diogo

Compression with zero elimination (reverse postings)

I executed a compression with zero elimination in a custom InfoCube in order to avoid entries that only contain zero values as key figures (for example reverse posting) are contained in the InfoCube after compressing.
However, not all the entries where all the key figures are blank have been deleted.
This cube contains the following standard key figures:
-0DEB_CRE_DC;
-0DEB_CRE_LC;
-0DSCT_DAYS1;
There are also two other custom key figures, created as copy of 0DEB_CRE_LC.
Have you any suggestion?

So you're saying you have rows in your E fact table that were created as part of this particular compression run where all KFs = 0? That certainly doesn't sound right.
The zero elimination is a multi-step process -
first excluding rows from the F fact table where all KFs are 0, then excluding any summarized rows where all KF = 0, and then finally, deleting rows from E fact table that were updated resulting in all KFs = 0. Were any compressions run on this cube previously without zero elimination specified?
What DB?
There have been some problems with Oracle 9.2 merge function.
https://websmp201.sap-ag.de/~form/handler?_APP=01100107900000000342&_EVENT=REDIR&_NNUM=613701&_NLANG=E
https://websmp201.sap-ag.de/~form/handler?_APP=01100107900000000342&_EVENT=REDIR&_NNUM=639253&_NLANG=E

Compress the Request with Zero Elimination

I delta load the transaction data into Infocube by InfoPackage and compress the Request ID manually without select 'with Zero Elimination'. Now I wanna Compress the request ID with Zero Elimination again. Could you give me some hits on that. Many Thanks .

hi,
There're two programs that work for me.
1. RSCDS_MERGE_DUPL_REF_POINTS - this is to actually compress the records.
2. RSCDS_NULLELIM : - To remove the records with 0 value i.e. null Elimination
Although, SAP doesn't recommend using them if your compression is working fine.
You may want to try them in your non-production system first.
-RMP

Compression with zero-elimination

Hi experts,
"If you want to avoid the InfoCube containing entries whose key figures are zero values (in reverse posting for example) you can run a zero-elimination at the same time as the compression. In this case, the entries, where all the key figures are equal to 0, are deleted from the fact table"
I am looking for clarification regarding the note above.
I understand that Compressing the InfoCube eliminates the duplicate records by converting all request IDs to 0 and rolling up the key figures for records that have common values for all characteristics
If I have 1 record with more than 3 KFs for example; within those 3 KFs, 2 have the value 0.
Does compression with zero-elimination with only set the request id to 0, keeping the value 0 for the 2 KFs like before compression or do we will have blank space (deleted) insteadt?
Does the zero-elimination is only possible when all KFs in the same record are equal to 0?
Thanks.

Hi Blaiso ,
Zero Elimination means deleting the record from the cube after compression if and only if, the entire key figures of the particular record is zero. If there are two key figures A & B, A = 0, B = 10, then this record will not be deleted from the cube.
So the answer to your question is if in a particular record there are 3 KF with 1 as non zero then this record will not be deleted but request ID would be deleted .
Please check the below link for complete information on compression :
http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/c035d300-b477-2d10-0c92-f858f7f1b575?QuickLink=index&overridelayout=true
Hope it helps .
Thanks
Kamal Mehta

Cube compression WITH zero elimination option

We have tested turning on the switch to perform "zero elimination" when a cube is compressed. We have tested this with an older cube with lots of data in E table already, and also a new cube with the first compression. In both cases, at the oracle level we still found records where all of the key figures = zero. To us, this option did not seem to work. What are we missing? We are on Oracle 9.2.0.7.0 and BW 3.5 SP 17
Thanks, Peggy

Haven't looked at ZERO Elimination in detail in the latest releases to see if there have been changes, but here's my understanding based on the last time I dug into it -
When you run compression with zero elimination, the process first excluded any individual F fact table rows with all KFs = 0, then if any of the summarized F fact table rows had all KF = 0, that row was excluded ( you could have two facts with amounts that net to 0 in the same request or different requests where all other Dims IDs are equal) and not written to the E fact table. Then if an E fact table row was updated as a result of a new F fact table row being being merged in, the process checked to see if the updated row had all KF values = 0, and if so, deleted that updated row from the E fact table.
I don't beleive the compression process has ever gone thru and read all existing E fact table rows and deleted ones where all KFs = 0.
Hope that made sense. We use Oracle, and it is possible that SAP has done some things differently on different DBs. Its also possible, that the fiddling SAP had done over that last few years trying to use Oracle's MERGE functionality at different SP levels comes into play.
Suggestions -
I'm assuming that teh E fact table holds a significant percentage of rows have all KFs = 0. If it doesn't, it's not worth pursuing.
Contact SAP, perhaps they have a standalone pgm that deletes E fact table rows where all KFs = 0. It could be a nice tool to have.
If they don't have one, consider writing your own pgm that deletes the rows in question. You'll need to keep downstream impacts in mind, e.g. aggregates (would need to be refilled - probably not a big deal), and InfoProviders that receive data from this cube.
Another option would be to clone the cube, datamart the data to the new cube. Once in the new cube, compress with zero elimination - this should get rid of all your 0 KF rows. Then delete the contents of the original cube and datamart the cloned cube data back to the original cube.
You might be able to accomplish this same process by datamarting the orig cube's data to itself which might save some hoop jumping. Then you would have to run a selective deletion to get rid of the orig data, or perhaps if the datamarted data went thru the PSA, you could just delete all the orig data from the cube, then load datamarted data from the PSA. Once the new request is loaded, compress with zero elimination.
Now if you happen to have built all your reporting on the this cube to be from a MultiProvider on teh cube rather than directly form the this cube, you could just create anew cube, export the data to it, then swap the old and new cubes in the MultiProvider. This is one of the benefits of always using a MultiProvider on top of a cube for reporting (an SAP and consultant recommended practice) - you can literally swap underlying cubes with no impact to the user base.

Update rules deactivated after transporting cube with zero elimination on

Hello,
The update rules were deactivated in the quality system after transporting the cube with the zero elimination flag switched on. However, the update rules in development were not deactivated when setting the zero elimination flag. So, the update rules in the "From" system were not deactivated. This only happened in the "To" System. Does anyone know why?
Thanks,
Maureen

If there is any change you did on cube, you need to re-activate your update rules.
Re-activate your UR and transport it. It should be ok.
Hope it helps..

Turning off zero elimination

Hi,
A quick and easy question. Can I turn off zero elimination if I have compressed many requests with zero elimination on? and what are the impacts
thanks

You've answered your own question I think. From a technical standpoint, no problem in turning it off. The reason you sight, business need to see the '0' records is exactly why you would NOT use zero elimination.
The degree of space saving and performance varies from application to application, and probably to a degree, from customer to customer. Some appls, by there nature, frequently use off setting transactions that zero out, or generate zero trans, and other appls seldom do. I have some appls where zero elim reduced the E fact table by 50% and others where it had neglible impact.
I wouldn't worry about turning it off at all if your business requirements dictate that the 0 records be there.
Pizzaman

Zero-Elimination And Exception Aggregation

Hi experts,
I'd like to compress a cube with the option of zero-elimination. Online help says: "Zero-elimination is only allowed for InfoCubes that contain key figures with aggregation behavior u2018SUMu2019 exclusively." (http://help.sap.com/saphelp_nw70/helpdata/en/ca/aa6437e7a4080ee10000009b38f842/frameset.htm)
The key figures of the cube I like to compress all have aggregation = SUM but some of the key figures have exception aggregation <> SUM. Will the data of a cube still be fine after that compression?
Thank you for your ideas!
Volker

Dear Andrei Bushkevich and Swapnil Dharia,
thank you for your response! In my question there is a double ** wich originally stands for the sign of "NOT EQUAL".
So the sentence is:
"The key figures of the cube I like to compress all have aggregation = SUM but some of the key figures have exception aggregation NOT EQUAL SUM."
@Andrei Bushkevich
No that I've corrected the text - are you still sure that I can do the compression with zero-elimination?
Best Regards,
Volker

Zero elimination failing

Hi,
We are compressing a cube with zero elimination. All KFs are cumulatives with aggregation behavior of SUM.
For some reason certain rows for which all KFs are zero are not being eliminated from the E fact table. I have looked back over past requests and do not see any compression failures.
Has anyone ever encountered this issue? Any theories on why the zero elimination isn't working? Better yet, any recommendations for how these records can be eliminated from the E table now that the data have already been compressed?
Thanks,
Bob

All,
It appears that the SID_0CALMONTH issue was a red herring. I checked the job log for a recent compression and SID_0CALMONTH is not being taken into account when flagging records for zero elimination. Here's a snippet of the PL-SQL:
CREATE OR REPLACE TRIGGER "/BI0/0500002603" AFTER
UPDATE ON "/BIC/EBOF_C30" FOR EACH ROW WHEN (
NEW."CML_OR_QTY" = 0 AND   NEW."DLV_QTY" = 0 AND
NEW."GR_QTY" = 0 AND   NEW."NET_PRICE" = 0 AND
NEW."NET_VALUE" = 0 AND   NEW."PCONF_QTY" = 0 AND
NEW."/BIC/BACTSHIP" = 0 AND
NEW."/BIC/BCOUNTER" = 0 AND
NEW."/BIC/BDISCPQTY" = 0 AND   NEW."/BIC/BMOQ" =
0 AND   NEW."/BIC/BMRA_QTY" = 0 AND
NEW."/BIC/BSHIP_QTY" = 0 AND
NEW."/BIC/BTGTSHIP" = 0 AND
NEW."/BIC/BTKILLQTY" = 0 AND
NEW."/BIC/BTORDQTY" = 0 ) BEGIN INSERT INTO
"/BI0/0100000097" VALUES ( :NEW.ROWID ,
:NEW."KEY_BOF_C30P" ); END;
Also, I looked back at the notes mentioned previously, and it is possible that we could have been impacted in the past by the MERGE statement issue (Notes 61370 and 639253), although we are now at a SP level where this should no longer be an issue.
Finally, the only recent examples of this problem I can find have been traced to cases where compression was run manually without zero compression being specified. So, those are operator error.
Bottom line: While we may have suffered in the past from an issue SAP has subsequently corrected, there is no evidence of any previously undetected problems with zero elimination.
Bob

What is a Zero elimination in infocube compression?

Can any body please explain me in detail what is a Zero elimination in infocube compression? when and why we need to switch this on? i appreciate your help. Thank you.

Hi Rafi,
If you want to avoid the InfoCube containing entries whose key figures are zero values (in reverse posting for example) you can run a zero-elimination at the same time as the compression. In this case, the entries where all key figures are equal to 0 are deleted from the fact table.
Zero-elimination is permitted only for InfoCubes, where key figures with the aggregation behavior SUM appear exclusively. In particular, you are not permitted to run zero-elimination with non-cumulative values.
More info at:
http://help.sap.com/saphelp_nw04/helpdata/en/ca/aa6437e7a4080ee10000009b38f842/content.htm
Hope it Helps
Srini

Infocube compression with zero elemination

Hi all,
I have cube which is being compressed daily for almost a year. But without zero elemination.
Now I have a requirement to compress with zero elemination. I am planing to do this after next load into the cube. So once I compress with zero elemination check box ticked, will all the data records be compressed with zero elemination? Will this cause any problem?
What is the best way to do it?
I cannot delete the contents of the cube.
Expecting a reply ASAP.
Regards,
Adarsh

I Hope nothing wil happen to the data values they will remian same. It is just you are removing zeros. If the zeros are there also they have to aggregate and show the value in the reprort.
So you can go ahead with the Zero elimination mode.
Regards,
Vikram

Zero elimination into the export datasource

Hi gurus!
I have the following problem:
1) In the Infocube 1 I have a export datasource and this provider receives data from a FLAT FILE;
2) In this FLAT FILE I have 19 records. One of them has all key figures as zero value;
3) When I load this FLAT FILE into the Infocube 1 receives all records (total of 19);
4) I have the Infocube 2 that receives data from Infocube 1 (via export datasource);
5) When I load data from Infocube 1 to Infocube 2, I miss the record with all KF as zero value. I receive only 18 records.
Does anybody know what is happening?
Note: This behavios is like the zero-elimination on compress data.
Thanks in advance,
Silvio Messias

Hi,
check if your record exist in your Source ICube.
If yes (and you don't filter your extraction) then the extractor is not considering the records having all key figs = 0.
If not then then check whether you have routines having RETURNCODE <> 0 in TRules or URules...
strange...
Olivier.

Problems with compressing files with right hand click. it does not work.

Problems with compressing files with right hand click.
I am using the compress function in the Mac OS (File > Compress XX) from time to time. Today it does not work anymore. OS 10.5.6
I get a message: The content list cannot be created for compressing.
I tried it with files and folders and keep getting this message. Anybody any idea as to how to fix this

Thanks I love my macbook!!!!
I also got further problems such as copy-paste not working etc.
so I fixed it just this morning by running Applejack 1.5 and am back up running noticing your post.
thanks for helping though!

Items with zero stock quantity show negative stock value in Stock reports

When running Stock reports for controlling the stock value towards the GL accounts, some items appear with zero stock quantity, but the report still shows a stock value (negative value in my case)
How can this happen, and how can I correct this situation ?
System parameters are : negative stock is not allowed, Items with zero cost price not allowed. On item level average cost price method is used.
P.K.Johnsen

Hi Johnsen,
I believe you have checked the" Manage Inventory by warehouse". I have noticed this issue in SAP B1 2005B but this is rectified in 2007B. The system behaves in this way as the system maintains item cost for the item for all warehouses and even if the stock is not present in the warehouse, the system would still show you a value for the same. Hope this helps. please search the forum. You'll find related threads.
Thanks,
Joseph

Compression pb with zero elimination

Similar Messages

Maybe you are looking for