@Zoltan和@ Deva，

你们使用大量的联接和视图（例如，用于常规属性的vallink）以及太多信息。 看来您从未遇到过" not in"。

从idmv_entry_simple中以（nolock）选择mcmskey作为mskey，其中mcentrytype ='MX_PERSON'
 和mcmskey不在（从idmv_value_basic中选择（具有（nolock）attrname ='MX_DISABLED'的mskey））
 

。

所需的查询对我来说似乎并不复杂。 还是我错过了什么？

。

此致

Steffi。

不客气。 ：）

尝试创建尽可能简单的查询。 访问控制有点敏感，并不是所有的东西都应该工作。 与IDM 7.2（我们使用的ID）相同。

。

此致

Steffi。

PS：如果您不回复我的帖子，那么我不会得到信息，只有回复。 ^^因此，我将您的答案更改为对我的答案的评论。

嗨，佐尔坦，

能否请您共享SQL查询并提供屏幕截图以分析和解决您的问题。

此致

Deva

嗨，Deva，

您的查询不起作用。 原因是，如果用户处于活动状态，则属性MX_DISABLED根本不会映射到他。 这意味着，如果我以您的第二个查询为例，第一部分已经没有任何结果：

使用（nolock）从idmv_vallink_basic选择不同的（mskey）
 其中mcattrname ='MX_DISABLED'和mcsearchvalue <>'1'

 ->结果集：0 

您可以在任何安装的SAP IDM上尝试相同的操作，但不会获得任何结果。

但是，此查询有效：

 从idmv_bw_current_values中选择与众不同的（a.MSKEY）左连接a.mskey = b.mskey和b.AttrName ='MX_DISABLED'上的idmv_bw_current_values b，其中b.mskey为null且a.EntryType ='MX_PERSON'   

不幸的是，如果您在表单的访问控制选项卡上的过滤器中使用此查询，则该查询将不起作用。

亲切的问候，

佐尔坦

嗨，德瓦，

很抱歉，您的回复很晚。 这是过滤器生成的SQL查询：

从idmv_entry_simple B中选择DISTINCT（mcmskey）B WITH（NOLOCK）INNER JOIN idmv_vna M5 ON B.mcmskey = M5.mskey其中mcIDStore = 1和（（（M5.ATTRNAME ='MX_DISABLED'AND M5.sval <> '1'））

它不起作用（这是查询构建器如此行为的另一个主题），因为它没有回馈任何用户，所以我自己创建了一个查询：

从idmv_bw_current_values中选择与众不同的（a.MSKEY）在a.mskey = b.mskey和b.AttrName ='MX_DISABLED'上的左连接idmv_bw_current_values b，其中b.mskey为null且a.EntryType ='MX_PERSON'

很遗憾，该查询也不起作用，无法在用户界面上选择任何用户。

亲切的问候，

佐尔坦