Microstrategy - 如何仅对特定报告应用安全过滤器?
Microstrategy - How to apply a security filter just to certain report?
我需要在某些报告中为某些用户应用过滤器。
我被告知最好的方法是使用安全过滤器,但我发现安全过滤器适用于用户打开的所有报告。
我需要某种过滤器来过滤用户的属性,但只针对某些报告,而不是全部。
示例:
if report1{
if user1 then attribute = 1
if user2 then attribute = 2
}
假设我有部门和这些部门的负责人。
这不是安全问题,而是舒适问题。
我想避免一个部门的负责人手动select(提示)他的部门。
如果系统能够识别用户并显示他感兴趣的数据,那就更舒服了。
有多种不同的方法可以解决这种情况,具体取决于您希望为用户提供的灵活性级别以及实施和维护解决方案所需的工作量。
用户登录方式
没有灵活性,维护成本低,实施起来更费力
使用用户登录提示。这是 returns 用户登录的系统提示(由 MicroStrategy 默认创建)。如果您有一个 table,用户可以看到这样的数据:
UserLogin YourAttribute
user1 attribute1
user2 attribute2
user3 attribute3
... ...
您可以创建一个属性 UserLogin 作为您想要用作过滤器的属性的父级,然后创建一个您将放入报告中的过滤器(用户登录 = 用户登录系统提示)。
可以找到更详细的信息here。
实施此解决方案后,您将需要维护新的 table,并且当用户 运行 使用该过滤器的报告时,它将只能看到他的数据。它类似于安全过滤器,但现在您可以决定在何处应用过滤器。
多个提示默认值的多个报告
灵活性、高维护性、实施工作量小
为每个用户创建一份该报告的副本,并将正确答案作为默认值。
也许您现在可以创建 10 个报告,但如果您明天需要修改该报告,您将需要修改 10 个报告或重新创建具有不同提示答案的所有副本。
无论如何,这对用户来说是好事,因为他们可以根据需要更改提示答案。
使用URL回答提示
灵活性、维护成本低、实施工作量可变
与 运行 使用 MicroStrategy 的报告不同,您可以向每个用户提供一个特定的 URL,使用 MicroStrategy URLAPI,自动回答提示。
当然你需要提前准备好URL或者想办法以编程方式完成。如果用户不想浏览 MicroStrategy Web 界面而只是 运行 报表,这是一个很好的解决方案。
订阅提示答案
灵活性、低维护、中等实施难度
每天早上(或您需要的时候)将带有正确提示答案的报告发送给您的用户。使用 MicroStrategy Distribution Services,您可以向您的用户发送报表或文档,您可以为每个用户指定正确的提示答案。
没有用户可以在他们的邮箱中收到完整的报告,或者只是 link 他们的历史记录 link,打开那个 link 他们将看到包含他们的数据的报告。当然,用户(或者可能是您)需要设置所有需要的订阅。
最后的想法
在这些情况下,我更愿意将灵活性留给用户并教他们如何使用该产品。当然也有一些人没时间做这种事情(通常是C级),这种情况最好是把数据发到他们的邮箱。
我知道如果您是 MicroStrategy 的新手,其中一些选项实施起来并不那么直接。
我的建议:现在继续订阅(如果可以的话)或教您的用户如何保存他们自己的报告副本(在我的报告中),提示已经回答(哦,是的,这是另一个选项,但每个用户都必须这样做),每次他们现在打开它时,都不会出现提示(但如果您更改了原始报告,他们将需要重新打开)。
如果您需要更多详细信息,请告诉我。
我需要在某些报告中为某些用户应用过滤器。 我被告知最好的方法是使用安全过滤器,但我发现安全过滤器适用于用户打开的所有报告。
我需要某种过滤器来过滤用户的属性,但只针对某些报告,而不是全部。
示例:
if report1{
if user1 then attribute = 1
if user2 then attribute = 2
}
假设我有部门和这些部门的负责人。
这不是安全问题,而是舒适问题。 我想避免一个部门的负责人手动select(提示)他的部门。 如果系统能够识别用户并显示他感兴趣的数据,那就更舒服了。
有多种不同的方法可以解决这种情况,具体取决于您希望为用户提供的灵活性级别以及实施和维护解决方案所需的工作量。
用户登录方式
没有灵活性,维护成本低,实施起来更费力
使用用户登录提示。这是 returns 用户登录的系统提示(由 MicroStrategy 默认创建)。如果您有一个 table,用户可以看到这样的数据:
UserLogin YourAttribute
user1 attribute1
user2 attribute2
user3 attribute3
... ...
您可以创建一个属性 UserLogin 作为您想要用作过滤器的属性的父级,然后创建一个您将放入报告中的过滤器(用户登录 = 用户登录系统提示)。
可以找到更详细的信息here。
实施此解决方案后,您将需要维护新的 table,并且当用户 运行 使用该过滤器的报告时,它将只能看到他的数据。它类似于安全过滤器,但现在您可以决定在何处应用过滤器。
多个提示默认值的多个报告
灵活性、高维护性、实施工作量小
为每个用户创建一份该报告的副本,并将正确答案作为默认值。
也许您现在可以创建 10 个报告,但如果您明天需要修改该报告,您将需要修改 10 个报告或重新创建具有不同提示答案的所有副本。
无论如何,这对用户来说是好事,因为他们可以根据需要更改提示答案。
使用URL回答提示
灵活性、维护成本低、实施工作量可变
与 运行 使用 MicroStrategy 的报告不同,您可以向每个用户提供一个特定的 URL,使用 MicroStrategy URLAPI,自动回答提示。
当然你需要提前准备好URL或者想办法以编程方式完成。如果用户不想浏览 MicroStrategy Web 界面而只是 运行 报表,这是一个很好的解决方案。
订阅提示答案
灵活性、低维护、中等实施难度
每天早上(或您需要的时候)将带有正确提示答案的报告发送给您的用户。使用 MicroStrategy Distribution Services,您可以向您的用户发送报表或文档,您可以为每个用户指定正确的提示答案。
没有用户可以在他们的邮箱中收到完整的报告,或者只是 link 他们的历史记录 link,打开那个 link 他们将看到包含他们的数据的报告。当然,用户(或者可能是您)需要设置所有需要的订阅。
最后的想法
在这些情况下,我更愿意将灵活性留给用户并教他们如何使用该产品。当然也有一些人没时间做这种事情(通常是C级),这种情况最好是把数据发到他们的邮箱。
我知道如果您是 MicroStrategy 的新手,其中一些选项实施起来并不那么直接。
我的建议:现在继续订阅(如果可以的话)或教您的用户如何保存他们自己的报告副本(在我的报告中),提示已经回答(哦,是的,这是另一个选项,但每个用户都必须这样做),每次他们现在打开它时,都不会出现提示(但如果您更改了原始报告,他们将需要重新打开)。
如果您需要更多详细信息,请告诉我。