dbTalk Databases Forums  

OLAP Security Roles

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


Discuss OLAP Security Roles in the microsoft.public.sqlserver.olap forum.



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

Default OLAP Security Roles - 11-03-2005 , 03:05 PM






Hello,

I need help with OLAP security roles in SSAS. I am using the June CTP of
2005. I have figured out dimension member security, but the requirements of
my security model require me to limit analysis from a regional level.

What I mean about regional is that each role can only view information for
their assigned region. So, I can limit the region dimension to only show
their region, but this approach fails when I use unrelated dimensions. Then
the analysis is back to allowing all fact records.

Is there another way to enforce this type of security model?

Thanks for any help you can provide.
-Scott

Reply With Quote
  #2  
Old   
Mosha Pasumansky [MS]
 
Posts: n/a

Default Re: OLAP Security Roles - 11-03-2005 , 04:09 PM






Quote:
So, I can limit the region dimension to only show
their region, but this approach fails when I use unrelated dimensions
Can you explain what do you mean exactly by this ?

--
==============================*=================== =
Mosha Pasumansky - http://www.mosha.com/msolap
Analysis Services blog at http://www.sqljunkies.com/WebL*og/mosha
Development Lead in the Analysis Server team
All you need is love (John Lennon)
Disclaimer : This posting is provided "AS IS" with no warranties, and
confers no rights.
==============================*=================== =




Reply With Quote
  #3  
Old   
Scott Mescall
 
Posts: n/a

Default RE: OLAP Security Roles - 11-03-2005 , 05:30 PM



I have created a role that I'm using to limit the members of a dimension
with. The dimension is a regular geographic dimension off the fact table.
When I browse the cube with that dimension it works great. The allowed
members is updated for the role to only allow the user to use that member.
For example, only allowing the role to select "Virigina" and only analyzing
those facts.

What I'm trying to do is limit everything in the fact table by that
dimension member. If I choose another dimension that has no hierarchy
involving the Virginia member, I now have access to all the fact records.
Including the one outside of Virginia. I'm trying to create a view of the
facts (subset) forcing all facts to be driven by the Virginia member.

I hope this makes sense. Thank you for your help!

-Scott

"Scott Mescall" wrote:

Quote:
Hello,

I need help with OLAP security roles in SSAS. I am using the June CTP of
2005. I have figured out dimension member security, but the requirements of
my security model require me to limit analysis from a regional level.

What I mean about regional is that each role can only view information for
their assigned region. So, I can limit the region dimension to only show
their region, but this approach fails when I use unrelated dimensions. Then
the analysis is back to allowing all fact records.

Is there another way to enforce this type of security model?

Thanks for any help you can provide.
-Scott

Reply With Quote
  #4  
Old   
Scott Mescall
 
Posts: n/a

Default Re: OLAP Security Roles - 11-03-2005 , 05:34 PM



I have created a role that I'm using to limit the members of a dimension
with. The dimension is a regular geographic dimension off the fact table.
When I browse the cube with that dimension it works great. The allowed
members is updated for the role to only allow the user to use that member.
For example, only allowing the role to select "Virigina" and only analyzing
those facts.

What I'm trying to do is limit everything in the fact table by that
dimension member. If I choose another dimension that has no hierarchy
involving the Virginia member, I now have access to all the fact records.
Including the one outside of Virginia. I'm trying to create a view of the
facts (subset) forcing all facts to be driven by the Virginia member.

I hope this makes sense. Thank you for your help!

-Scott


"Mosha Pasumansky [MS]" wrote:

Quote:
So, I can limit the region dimension to only show
their region, but this approach fails when I use unrelated dimensions

Can you explain what do you mean exactly by this ?

--
==============================Â*================== ==
Mosha Pasumansky - http://www.mosha.com/msolap
Analysis Services blog at http://www.sqljunkies.com/WebLÂ*og/mosha
Development Lead in the Analysis Server team
All you need is love (John Lennon)
Disclaimer : This posting is provided "AS IS" with no warranties, and
confers no rights.
==============================Â*================== ==




Reply With Quote
  #5  
Old   
Scott Mescall
 
Posts: n/a

Default Re: OLAP Security Roles - 11-04-2005 , 11:51 AM



Would a named query defined in the UDM give me the results I'm looking for?
I'm trying to not create one cube for each of the 12 Regions I have.

Thanks Again,
Scott

"Mosha Pasumansky [MS]" wrote:

Quote:
So, I can limit the region dimension to only show
their region, but this approach fails when I use unrelated dimensions

Can you explain what do you mean exactly by this ?

--
==============================Â*================== ==
Mosha Pasumansky - http://www.mosha.com/msolap
Analysis Services blog at http://www.sqljunkies.com/WebLÂ*og/mosha
Development Lead in the Analysis Server team
All you need is love (John Lennon)
Disclaimer : This posting is provided "AS IS" with no warranties, and
confers no rights.
==============================Â*================== ==




Reply With Quote
  #6  
Old   
Mosha Pasumansky [MS]
 
Posts: n/a

Default Re: OLAP Security Roles - 11-04-2005 , 12:39 PM



Quote:
What I'm trying to do is limit everything in the fact table by that
dimension member. If I choose another dimension that has no hierarchy
involving the Virginia member, I now have access to all the fact records.
Including the one outside of Virginia. I'm trying to create a view of the
facts (subset) forcing all facts to be driven by the Virginia member.
Perhaps I don't fully understand your problem, but it sounds like you should
simply enable Visual Totals in dimension security...

--
==============================*=================== =
Mosha Pasumansky - http://www.mosha.com/msolap
Analysis Services blog at http://www.sqljunkies.com/WebL*og/mosha
Development Lead in the Analysis Server team
All you need is love (John Lennon)
Disclaimer : This posting is provided "AS IS" with no warranties, and
confers no rights.
==============================*=================== =




Reply With Quote
  #7  
Old   
Scott Mescall
 
Posts: n/a

Default Re: OLAP Security Roles - 11-04-2005 , 01:29 PM



Mosha,

Worked like a champ! Now I remember why I read your blog. Thank you for
the help.

I miss understood what visual totals was doing. I enabled it and everything
fell into place.

Thanks Again,
Scott

"Mosha Pasumansky [MS]" wrote:

Quote:
What I'm trying to do is limit everything in the fact table by that
dimension member. If I choose another dimension that has no hierarchy
involving the Virginia member, I now have access to all the fact records.
Including the one outside of Virginia. I'm trying to create a view of the
facts (subset) forcing all facts to be driven by the Virginia member.

Perhaps I don't fully understand your problem, but it sounds like you should
simply enable Visual Totals in dimension security...

--
==============================Â*================== ==
Mosha Pasumansky - http://www.mosha.com/msolap
Analysis Services blog at http://www.sqljunkies.com/WebLÂ*og/mosha
Development Lead in the Analysis Server team
All you need is love (John Lennon)
Disclaimer : This posting is provided "AS IS" with no warranties, and
confers no rights.
==============================Â*================== ==




Reply With Quote
  #8  
Old   
AnnetteKramer [Vizion Solutions]
 
Posts: n/a

Default Re: OLAP Security Roles - 02-01-2006 , 02:27 PM



This was so helpful for my implementation! Just what I was looking for thank
you! thank you!

"Mosha Pasumansky [MS]" wrote:

Quote:
What I'm trying to do is limit everything in the fact table by that
dimension member. If I choose another dimension that has no hierarchy
involving the Virginia member, I now have access to all the fact records.
Including the one outside of Virginia. I'm trying to create a view of the
facts (subset) forcing all facts to be driven by the Virginia member.

Perhaps I don't fully understand your problem, but it sounds like you should
simply enable Visual Totals in dimension security...

--
==============================Â*================== ==
Mosha Pasumansky - http://www.mosha.com/msolap
Analysis Services blog at http://www.sqljunkies.com/WebLÂ*og/mosha
Development Lead in the Analysis Server team
All you need is love (John Lennon)
Disclaimer : This posting is provided "AS IS" with no warranties, and
confers no rights.
==============================Â*================== ==




Reply With Quote
  #9  
Old   
SAM
 
Posts: n/a

Default Re: OLAP Security Roles - 08-15-2006 , 11:04 AM



Mosha,

I implemented dimension security and enable visual totals and it worked;
however, in a few of the calcualated members the grand total in excel is off.
I'm not sure how to troubleshoot. I removed distant count because I realized
that visual totals enable wasn't working with it. All the grand totals are
correct until I get some of the calculated members, such as:

Applicable Amount. It takes to
the (Total Sales Amount - Total Sales Credited) - Discount Amount.

In excel, the grand total is calculated $30K more than it should and I am
not sure why. Any ideas?


"Mosha Pasumansky [MS]" wrote:

Quote:
What I'm trying to do is limit everything in the fact table by that
dimension member. If I choose another dimension that has no hierarchy
involving the Virginia member, I now have access to all the fact records.
Including the one outside of Virginia. I'm trying to create a view of the
facts (subset) forcing all facts to be driven by the Virginia member.

Perhaps I don't fully understand your problem, but it sounds like you should
simply enable Visual Totals in dimension security...

--
==============================Â*================== ==
Mosha Pasumansky - http://www.mosha.com/msolap
Analysis Services blog at http://www.sqljunkies.com/WebLÂ*og/mosha
Development Lead in the Analysis Server team
All you need is love (John Lennon)
Disclaimer : This posting is provided "AS IS" with no warranties, and
confers no rights.
==============================Â*================== ==




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.