即使是用户列表没有分配给它的顶级成员,该版本于2021年4月24日发布,模型构建者将能够在用户列表中使用以下摘要函数:sum,lookup,lookup,isfirstoccurrence,cumulate,cumulate,acmulate,acmulate,abor ash of ansion,ALL,平均,平均,平均,平均,平均FirstNonblank,Lastnonblank,Max,Min,等级。
首先,让我们看一下查找功能,看看它的工作原理。
在此用例中,我有一个由尺寸化的模块用户使用一个行项目,一个布尔值,我想在其他模块中返回该值。
源模块:
在我的目标中,我有一个简单的模块,其中有两个订单项,没有任何列表的尺寸化:
用户- 格式为用户,没有公式
布尔行项目- 格式为布尔值,其公式为:
模块B.Boolean行项目[查找:用户]
将用户更改为Stephen,该公式将返回False,因为Stephen尚未检查布尔值。
自从用户列表没有顶级成员,您将需要进行求和的方式,就像指定要概括的列表(在源模块中)一样。当在没有顶级成员的列表上使用摘要函数时,这是当前功能,但通常我们只是将顶级成员添加到源列表中。
源模块通过产品和用户并包括几个格式为数字,布尔值和列表成员的订单项。在这种情况下,由于我们使用列表的摘要函数(用户)没有顶级成员,我们还需要一个识别的行项目产品列表成员。
即使是目标模块仅通过产品,我们能够使用摘要功能,因为我们已经在源模块中的订单项中定义了该产品。
用例:我需要报告用户用于所有活动的总小时数和角色。
解决方案:
交易数据:
列表:用户,活动,时间(日)
行项目:小时(数字格式),角色(列表格式)
缩写数据:
报告模块
列表:活动,角色,时间(月)
行项目:按照公式为数字的小时数:
时间条目。hours[总和:时间输入。
该公式之所以起作用,是因为该模块在月级上格式化,但是该行项目是在日间格式的时间。这是从白天或一周级别源数据到一个月份的目标模块的概括,这是一个很好的小技巧。
总之,计算功能用户列表是通过允许用户查询用户特定值来增加值;但是,由于用户从模型中删除(“无访问”或从工作区中删除)也将特别注意您的用户管理过程,还将将与它们关联的数据删除。
过去,我们必须创建一个单独的用户列表和动作数以进行相同的建模,但现在不再...
我们一直在等待的很棒的功能。好东西。谢谢。
令人敬畏的增强!但是一件事仍然是打开的,这是CurrentUser()功能。在您使用查找的第一个示例中,如果系统可以允许我们携带当前的用户数据,那么而不是手动选择用户值,这确实是用户尺寸的不错的补充。