Dynamics crm 中报表开发根据当前登录用户自动过滤数据的始末

我们在一些有要求的数据展示时，crm现有的视图无法满足，就需要使用报表功能进行开发，然后将开发好的模板上传到crm中，就可以正常使用，

但是由于我们的报表时在sql server中使用sql语句进行处理，没有参数的传入，但是有需要根据当前登录用户的角色进行数据的展示和过滤处理，该怎么办？

其实，Dynmaics crm 数据库中已经给我们处理好了，我们只需要借助于dynamics crm 数据库的视图进行关联查询即可，具体方法操作如下：

在使用报表时，我们通过视图表：“FilteredOpportunity”，即“filterd[entityname]”，这个视图就是根据登录用户角色自动过滤数据显示。

至于为何会如此简单且神奇，我继续追本溯源，在如上视图“FilteredOpportunity”中找到如下可可疑脚本片段，集体如下：

发现其通过该函数进行用户处理没然后获取到当前登录用户，其实就相当于我们传入的用户参数一个原理。

dbo.fn_FindUserGuid()，该函数具体的操作与解释我们再继续研究发现，下面是该函数的脚本，具体如下：

USE [test_MSCRM]
GO

/****** Object:  UserDefinedFunction [dbo].[fn_FindUserGuid]    Script Date: 2021/02/02 17:11:59 ******/
SET ANSI_NULLS ON
GO

SET QUOTED_IDENTIFIER ON
GO



create function [dbo].[fn_FindUserGuid] ()
returns uniqueidentifier
as
begin;
	declare @userGuid uniqueidentifier;

	--- test whether the query is runing by priviledged user with user role of CRMReaderRole
	--- if it is dbo, we trust it as well. 
	--- There is an issue in SQL. If the user is a dbo, if it not member of any role
	if (is_member('CRMReaderRole') | is_member('db_owner')) = 1
	begin;
		select @userGuid = cast(context_info() as uniqueidentifier);
	end;

	if @userGuid is null
	begin;
		select @userGuid = s.SystemUserId
		from SystemUserBase as s
		where s.DomainName = suser_sname();
	end;
	return @userGuid;
end;
GO

发现该函数的实现主要依赖于另外一个函数：context_info() ，然后继续深究发现：

如上是微软的官方解释，我再找了下其他博主的解释，大家应该就可以看明白：

该函数主要是一个会话上下文函数，在crm中，当一个用户进行crm登录时，其实在就是在操作该函数，更新当前的上下文的用户值为当前用户，并存储，

从而达到可以根据crm当前用户进行报表数据过滤的实现。这就是为什么报表只需要上传开发好的模板，无需任何人为做参数传递，就可以根据用户进行数据过滤展示了。

对于context_info()函数的解释，既然玩Dynamics crm,那就借用crm 的解释更为方便易懂，如该博主解释：

上图脚本内容如下：

declare @userid uniqueidentifier
select top 1 @userid = SystemUserId from SystemUser where FullName = 'CRMAdmin'

declare @BinVar varbinary(128)
set @BinVar = CAST(@userid as varbinary(36))

set context_info @BinVar

这样就更为清晰了。