I've just had a situation where, when trying to process a cube, it failed because one of my Script Commands referenced a non-existent dimension.
Now I have no problem with that - its easily fixed. My problem is that the cube is obviously faulty so why was I allowed to deploy it? The deployment should surely have failed shouldn't it?
Is this a deployment bug?
Here is the script command:
Scope(Leaves([Currency]), EXCEPT( [Currency Conversion].[Currency Conversion].MEMBERS, {[Currency Conversion].[Currency Conversion].&[<None>]} ))
-Jamie
P.S. Does anyone from the SSAS team in Redmond frequent this forum?
The server has a very flexible, forgiving, and complex system for attempting to resolve name ambiguities. So if you simply provide the text [Currencty Conversion] it may be a dimension name or a hierarchy name or a level name or even a member name. (Yes, if the server can uniquely resolve this to a member name it will although a dimension prefix is a good idea at a minimum.) As a result, until the server has read the data during processing it does not fully bind the names and thus does not know for sure that this is a dimension name that cannot be found.
Yes, people such as myself from the SSAS team in Redmond do frequent this forum.
|||Good to know - on both counts. Thank you Matt.
-Jamie
sql
No comments:
Post a Comment