[SQL2005 BI] 数据级权限解决方案
转自：http://tech.ddvip.com/2008-08/121991874058535_5.html
BI数据分析是目前企业的热门应用，而对企业来说，权限控制是非常重要的，尤其是作为决策用的企业报表。目前基于微软SQL Server体系的BI架构为Integration Services + Analysis Service + Reporting Services，Integration Services和Analysis都属于应用后台的服务，不会在用户前端展现，其权限控制体系不在我们这篇文章的讨论范围内（但是实现数据级权限控制，需要Analysis Services的参与）。而对于前端展示用的企业报表，权限控制体系分为2种：报表级权限和数据级权限。报表级权限较为简单，主要用于控制谁能够看这个报表；数据级权限则比较复杂了，任何人看同一张报表，报表上的数据只能是他有权限查看的数据。简单说，就是总经理看到的数据和经理看到的数据是不一样的，虽然他们在看同一张报表。比较报表级权限和数据级权限，会发现如果实现了数据级权限的控制，那么企业报表是否需要进行权限控制已经不再重要（当然，为了界面友好性，还是应该控制下的）。
这篇文章主要就是讲述基于SQL Server架构的BI数据级权限的解决方案，这也是我给一个德国大型跨国企业客户实施其BI项目中，对方非常重视的一个功能。这里先简单介绍下这个客户和项目，出于保密要求，我把该客户叫做Customer S（简称CS，呵呵，不是那个游戏哦）。
CS项目前端采用Sharepoint，后台采用SQL Server，主要分析客户S的销售数据。CS的组织结构分为部门、区域；部门和区域是相互交叉的；某个部门的总部人员能够看到全国所有区域的数据；而区域员工则只能看到该区域的数据了。用户能够查看的数据权限，需要在网页上可以进行配置。这就是客户对数据级权限的要求。
针对这些需求，数据级权限解决方案采用如下架构：
报表查看流程说明：
用户查看报表
报表从Cube中获取数据
Cube从数据库中（记录用户的数据权限配置）获得访问用户的权限配置，根据配置返回相应的数据
报表显示结果数据
数据权限配置流程说明：
用户访问数据权限配置页面（由于基于Sharepoint，因此是内嵌数据权限Webpart的Sharepoint页面）
页面获取Cube结构（由于Cube的结构内容很庞大，为了避免网页响应慢，一般通过ajax树状来展示其结构）
用户修改数据权限设置，并且保存到数据库中
说明：这里面进行数据权限控制的对象为域帐号（可以为域用户或者组）。
纵览数据权限实现的这个流程，我们提取出中间几个重要的实现具体讲解解决方案，他们是：
Cube中如何进行权限控制
设置数据权限时，如何读取Cube结构
Cube中如何进行权限控制
SQL Server Analysis Services本身提供了一种设置Cube数据数据权限的机制。打开Analysis Services，我们可以看到“程序集”和“角色”2个条目，他们就是和数据权限设置紧密相关的内容了。如下图所示：
角色：这是访问用户的角色。在这里面可以设置角色的用户，更重要的是设置Cube调用哪个程序集来获取用户能够访问的数据。
1. 读取访问用户的数据权限设置 2. 根据数据权限设置，返回一个能够访问的Dimension数据集MDX字符串
我们看看如下的主要代码（这个类库也就只需要这样一个CS文件）：
{
public class DataSecurity
{
public static string GetDimensionSet(string domain_account, string dimension)
// 方法的名字无所谓，参数比较重要
// domain_account：访问用户的帐号，后面我们会知道是从角色的设置中传入
// dimension：是获取哪个维度的数据。在角色里，需要对每一个维度进行设置
{
//return "{[Location].[City].&[Seattle]}", 返回的结果示例
SqlConnection connection = new SqlConnection(connection_string);
connection.Open();
SqlCommand command = new SqlCommand("SP_Security_GetDimensionSetByLoginAccount", connection);
command.CommandType = System.Data.CommandType.StoredProcedure;
SqlParameter p1 = new SqlParameter("@domain_account", domain_account);
SqlParameter p2 = new SqlParameter("@dimension", dimension);
command.Parameters.Add(p1);
command.Parameters.Add(p2);
SqlDataReader reader = command.ExecuteReader();
string result_set = string.Empty;
int count = 0;
while (reader.Read())
{
count++;
if (result_set != string.Empty) result_set += ",";
result_set += (string)reader["DimensionSet"];
}
command.Dispose();
connection.Close();
connection.Dispose();
return "{" + result_set + "}";
}
public DataSecurity()
{
}
}
}
如上所示，字符串拼接很简单，但是这些用户能够访问的具体数据记录在哪呢？这就是用户在网页上设置好数据权限，记录在数据库中的字符串了。
在这里你要更清楚地话，就需要进一步了解MDX，这不在这篇文章的讨论范围之内。
打开SecruityRole角色的属性，进入“维度数据”中就可以设置数据权限了。每一个需要控制数据权限的维度和属性都需要设置下，基本上设置为一条语句：
StrtoSet(BI.DataSecurity.GetDimensionSet(USERNAME, "City"))
对这个语句解释下：StrtoSet是将字符串转换为MDX里的数据集。USERNAME是访问者的域帐号，City则为我们自定义的参数，表示要获取City属性维度的授权数据。
到了这里，我们已经完成了很重要的一步，数据权限的主体已经实现了。但是对于用户来说，他需要有一个前端界面来设置这些数据权限。下面的内容就是为了解决这个问题，不过这里，我只挑出最重要的部分，读取Cube结构来讲，其他的部分你完全可以自己设计。在CS这个项目中，我们是做了如下工作：
所有的设置界面都是Sharepoint Webpart（请参见相关内容）
Webpart中的ajax（这个要单独拿出来说，是因为这个部分比较麻烦），需要用到ajax的原因就是Cube的结构是很大的，如果一次性读出来，肯定是等到花儿也谢了，相信没有人会用他。
后台可以控制哪些维度需要设置数据权限（有些维度不需要设置数据权限，那么就不让他在ajax树中展示出来了）
有自定义的角色，这个角色不同于刚才讲的Cube中的角色。这是用户自己定义的数据权限角色，刚才的角色只需要那一个就足够了。
有了角色自然有搜索、设置用户、设置角色的数据权限、编辑、删除
这个都可以根据你的需要进行设计，不一定要完全相同，就比如我用了ajax树来展示Cube结构，但是你可以采用别的方式。
设置数据权限时，如何读取Cube结构
读取Cube的结构，微软已经提供了一套非常丰富的类库给我们。这里就简单介绍下，如果你在具体实现过程中遇到了问题，相信上Google是一个最好的办法。
下面我们介绍读取Cube结构的具体内容，首先就是连上你的Cube。这主要通过如下语句完成。
adomdConnection.ConnectionString = “Data Source=localhost;Catalog=MyCube;”;
adomdConnection.Open();
// 这里读取具体的Cube结构
adomdConnection.Close();
adomdConnection.Dispose();
在连上Cube之后，通过adomdConnection可以读取整个Cube了。主要涉及到如下内容：
Cube：CubeDef cube = adomdConnection.Cubes[“MyCubeName”];
Dimension：cube.Dimensions，这里面是所有的Dimension。
Hierarchy：dimension.Hierarchies，所有的层次
Member：hierarchy.Levels[0].GetMembers()，所有成员
通过以上几个内容就可以把整个Cube的结构完全展现出来，有了他们，就看你怎么展示你的Cube数据了。当然了，首先我们不能忘了添加一个引用：
Microsoft.AnalysisServices.AdomdClient
结束语
到这里为止，我介绍了BI数据权限解决方案中涉及到的最重要的内容，基于这些内容，你可以实现自己的BI数据权限解决方案，并且把它应用到你的项目中去，从而给你的项目添上亮点。
