Discussions
Categories
Groups
Community Home
Categories
INTERNAL ENABLEMENT
POPULAR
THRUST SERVICES & TOOLS
CLOUD EDITIONS
Quick Links
MY LINKS
HELPFUL TIPS
Back to website
Home
Intelligence (Analytics)
XMLA / MDX : Where to specify the database name ?
egau
<p>Hello ,</p><p> </p><p>I m actuatlly trying to use OLAP Cube provided with Microsoft SSAS solution. I've tried using example cube directly on internet and I m able to connect / request the cube and I got result in my dataset.</p><p> </p><p>The example I used only had 1 database instance and 2 cube inside. In my real life example, I got 2 databases (db1 and db2) with several cube inside and I'm trying to use the cube "CUBE1". The problem is that when I try to execute an MDX request in a BIRT dataset , I get this error :</p><pre class="_prettyXprint">"The CUBE1 cube either does not exist or has not been processed."</pre><p>I know it exists and I know it has been processed because I m also connected using Excel to this cube and it works.</p><p> </p><p>That's why I want to know where and how should I specify the database name "db1" that contains my "CUBE1" ?</p><p> </p><p>It tried specifiying it in the XMLA adress :</p><pre class="_prettyXprint">http://localhost/xmla/msmdpump.dll/db1</pre><p>But it didn't work.</p><p> </p><p><strong>Bonus question : </strong>When I create a dataset based on an OLAP cube using MDX, the result in the dataset seems already formated to a crosstable layout (see screenshot attached). It means I can only use it as it is and can't connect it to a real cube and be able to play with it.</p><p>>> Am I wrong or is it only possible to get data from an OLAP Cube layed out like that ? Which means that using XMLA/MDX in birt is really limited because you can't use data later in a BIRT cube or graph ...</p><p> </p><p>Thanks in advance</p>
Find more posts tagged with
Comments
PuckPuck
<p>To connect to a non-default database needs to be done via the msmdpump configuration as part of IIS. Inside of msmdpump.ini is a <ServerName> item. Change this to your serverinstance</p><p> </p><p><ServerName>localhostdb2</ServerName></p><p> </p><p>Typically the msmdpump.ini file can be found in C:InetpubwwwrootOLAP</p><p> </p><p> </p><p> </p><p><strong>Bonus Answer:</strong> Cubes in BIRT can only be based on a dataset. Data Sets themselves are 2 dimensional, while cubes are multi-dimensional. To handle this, the connector will attempt to flatten the data, while maintianing some dimensionality, as you can see with the Column, and Row dimension names, pivoted into standard dataset columns. To bring this back into a cube, would require further flattening of the data. The connector can do this, with some of the options made available to you.</p><p> </p><p>I believe what you really want to do is have a BIRT cube source data directly from your MSAS cube. This is not currently possible as described.</p>
egau
<p>Hello,</p><p> </p><p>Thanks for the answer. As you proposed I tried to change from:</p><pre class="_prettyXprint"><ServerName>(local)test</ServerName></pre><p>to </p><pre class="_prettyXprint"><ServerName>(local)testdb2</ServerName></pre><p>But it didn't changed anything, the db1 is still requested by default .</p><p> </p><p>Anyway, regarding to what you answer to my Bonus question, it means that I will not be able to use the cube as I want ( as a BIRT Cube) so I will have to resquest SQL tables instead of cubes to get data I want.</p><p> </p><p>Thanks for the answers !</p>
egau
<p>Hello !</p><p> </p><p>When I look to this page, I feel like it's possible to use OLAP Cube as they should be used, in BIRT.</p><p> </p><p><a data-ipb='nomediaparse' href='
http://www.birt-exchange.org/devshare/_/designing-birt-reports/1173-xml-for-analysis-data-connector'>http://www.birt-exchange.org/devshare/_/designing-birt-reports/1173-xml-for-analysis-data-connector</a></p><p> </p><p>"[color=rgb(90,90,90);font-family:helvetica
, arial, sans-serif;font-size:13px;]This driver is stable and is currently in use in production at multiple Actuate customers today, for mission critical applications.<strong>" </strong>[/color]</p><p> </p><p>I can't imagine people are juste creating dataset and putting data into the report without transforming them to a real cube ... </p><p> </p><p>I'm gonna try to use it in BIRT Pro and I ll tell you if it's better that what I tried.</p><p> </p><p>If someone has a better option , let me know cause I really want top be able to us Microsoft OLAP cube in my BIRT reports ^^</p>
PuckPuck
<p>I have worked, with a number of customers, that use various CUBE engines (MSAS, SAP, Essbase) to aggregate their data across various dimensions, and want to create operational reports based on the aggregated data. I'm certain some business requirements will dictate otherwise, but it is not unheard of to use the CUBE engines, as an aggregation engine, and feed that output to a standard listing report.</p><p> </p><p>Also, you do not specify the database name, but rather than MSAS instance name in the configuration file.</p><p> </p><p><ServerName>localhostdb2<ServerName></p><p> </p><p>This is how Microsoft documents that the msmdpump utility should be used.</p>
egau
<p>hm ok, so you confirm that for instance SSAS olap cube output in BIRT was directly used as a listing report and it wasn't possible to use it in graph or BIRT cube.</p><p> </p><p>I think I will probably choose another option and request the original database to recreate cube.</p><p> </p><p>THanks !</p>