dbTalk Databases Forums  

MDX DRILL THROUGH COMMAND RETURNS EMPYT SET WHEN ORCLE IS THE UNDERLYING RELATIONAL DB

microsoft.public.sqlserver.olap microsoft.public.sqlserver.olap


Discuss MDX DRILL THROUGH COMMAND RETURNS EMPYT SET WHEN ORCLE IS THE UNDERLYING RELATIONAL DB in the microsoft.public.sqlserver.olap forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
kc
 
Posts: n/a

Default MDX DRILL THROUGH COMMAND RETURNS EMPYT SET WHEN ORCLE IS THE UNDERLYING RELATIONAL DB - 11-10-2003 , 06:21 PM






I am using OWC to perfrom a drill through. The drill through works fine on Food Mart cubes. If I change to connect to a cube which is built from Oracle I get an empty record set (record count = 0 ). I do not get any errors. Has anyone been able to get the DRILLTHROUGH MDX command to work with an Oracle backend? Please let me know
kc

Reply With Quote
  #2  
Old   
Bas Kersten [MSFT]
 
Posts: n/a

Default RE: MDX DRILL THROUGH COMMAND RETURNS EMPYT SET WHEN ORCLE IS THE UNDERLYING RELATIONAL DB - 11-11-2003 , 02:46 AM






Hi,

I have seen a bug in this area when HOLAP or ROLAP was used together with
Microsoft oledb provider forfor Oracle and drilltrough. This bug will be
fixed in MDAC2.7sp2 could you check if you use Microsoft oledb provider f
for Oracle if yes could you try if it works with ODBC?

HTH,
Bas

"This posting is provided "AS IS" with no warranties, and confers no
rights."


Reply With Quote
  #3  
Old   
kc
 
Posts: n/a

Default RE: MDX DRILL THROUGH COMMAND RETURNS EMPYT SET WHEN ORCLE IS THE UNDERLYING RELATIONAL DB - 11-18-2003 , 02:06 PM



I changed the provider in Analysis Manager to ODBC and I see the same behavior. I have version 2.71.9030 of MDAC.
Thanks for your help
Kristen

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.