<div><br></div>+1<div><br></div><div>That&#39;s a huge performance hog. I looked at it in the past, and my guess was that w/o an all member, it wouldnt be able to define what context to use</div><div><br></div><div>For me, would be logical to define a &quot;defaultMember&quot; and stick to that if none defined. </div>
<div><br></div><div>As is, it&#39;s unusable....</div><div><br></div><div><span></span><br><br>On Friday, May 9, 2014, Will Gorman &lt;<a href="mailto:wgorman@pentaho.com">wgorman@pentaho.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal">Hi folks,<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I’m working with a schema that has defined a number of hierarchies that do not have an all member.  I’m running into some areas of the code that I’m not that familiar with.  I see in RolapResult, we load all the members of hierarchies without an all member through loadSpecialMembers(), and then use those members while evaluating the slicer and axis.  Shouldn’t these resolutions only care about the default member of the hierarchy?   Why are all the members at play during this portion of the algorithm?<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Thanks,<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Will <u></u><u></u></p></div></div></blockquote></div>