Something is fishy... If I reverse the order of the two dimensions in the schema, then the opposite occurs.. almost as if the first dimension "owns" the aggregate table, and the subsequent dimension is not allowed to use it, or simply does not find it in the aggregate table list.....
<br>Ati<br><br>Foodmart.. hmm.. okay... time to create that db again then.. *sigh* :)<br><br><div><span class="gmail_quote">On 10/18/07, <b class="gmail_sendername">Julian Hyde</b> <<a href="mailto:julianhyde@speakeasy.net">
julianhyde@speakeasy.net</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>
<div dir="ltr" align="left"><span><font color="#000080" face="Verdana" size="2">Can you clarify? Period and Period2 are based on the same
dimension table, with the same primary key, and the same foreign key from the
fact table? </font></span></div>
<div dir="ltr" align="left"><span><font color="#000080" face="Verdana" size="2"></font></span> </div>
<div dir="ltr" align="left"><span><font color="#000080" face="Verdana" size="2">At this point, it sounds like a bug in the aggregate table
recognizer algorithm. There may be a bug logged already. If you can convert into
a testcase on the foodmart schema that would help.</font></span></div>
<div dir="ltr" align="left"><span><font color="#000080" face="Verdana" size="2"></font></span> </div>
<div dir="ltr" align="left"><span><font color="#000080" face="Verdana" size="2">Julian</font></span></div><br>
<blockquote style="border-left: 2px solid rgb(0, 0, 128); padding-left: 5px; margin-left: 5px; margin-right: 0px;">
<div dir="ltr" align="left" lang="en-us">
<hr>
<font face="Tahoma" size="2"><b>From:</b> <a href="mailto:mondrian-bounces@pentaho.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">mondrian-bounces@pentaho.org</a>
[mailto:<a href="mailto:mondrian-bounces@pentaho.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">mondrian-bounces@pentaho.org</a>] <b>On Behalf Of </b>Ati
Rosselet<br><b>Sent:</b> Thursday, October 18, 2007 2:58 AM<br><b>To:</b>
<a href="mailto:mondrian@pentaho.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">mondrian@pentaho.org</a><br><b>Subject:</b> [Mondrian] Problem with aggregate
tables..<br></font><br></div><div><span class="e" id="q_115b426283953e3c_1">
<div></div>Hi, I'll try to be clear here. <br>We are running mondrian
2.4 with the Aggregate query generation turned on at the moment and we have
the following, odd situation:<br><br>We have 2 dimensions (Period and
Period2), both of which reference the same set of id's <br>We have also
created the appropriate aggregate table for a certain level, and all works
fine.. kind of.<br><br>The problem is that when the query using "Period" runs,
the aggregate table we created is shown on the console, and the database logs
show that it used, and consequently everything is FAST!! However, when
using the "Period2" dimension, although the EXACT SAME table is shown on the
console as a suggested aggregate table.. it is never used. <br><br>I
could understand if it was finding a 'better' table and using that instead,
but rather it is not using any aggregate table at all.
??????<br><br>What situation could cause the processing of an MDX query to
list "suggested" tables, and then NOT use one of them if it exists? <br>We've
been trying, tweaking etc.. and no change.. at a complete loss
here... any ideas?<br><br>Cheers<br>Ati<br><br><br>(Julian... just found the
new mailing list - thnx... did you shut down the old spamful one?)
<br></span></div></blockquote></div>
<br>_______________________________________________<br>Mondrian mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:Mondrian@pentaho.org">Mondrian@pentaho.org</a><br><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://lists.pentaho.org/mailman/listinfo/mondrian" target="_blank">
http://lists.pentaho.org/mailman/listinfo/mondrian</a><br><br></blockquote></div><br>