使用通配符在LDAP搜索过滤器/查询 [英] using wildcards in LDAP search filters/queries

查看:599
本文介绍了使用通配符在LDAP搜索过滤器/查询的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我在AD和LDAP查询非常有限的知识,使我对如何使用通配符一个简单的问题。

I have very limited knowledge in AD and LDAP queries so I have a simple question on how to use wildcards.

咋办有对象的显示名ITSM - 问题管理

Supposed there is object with a displayName of "ITSM - Problem Management"

我目前的过滤器使用通配符的实现是这样的:

My current implementation of the filter with a wildcard is as such:

(displayName=SEARCHKEYWORD*)

如果一个用户将进入的问题的关键字,他将无法找到对象,因为它需要的名字的第一部分,也就是ITSM -

If a user would enter a keyword of "Problem", he wouldn't be able to find the object since it needs the first part of the name, that is "ITSM - "

我想实现通配符在攻防两端象下面这样:

I would like to implement the wildcard on both ends like below:

(displayName=*SEARCHKEYWORD*)

在理想情况下,这将让问题的条目,并把它搜索ITSM - 问题管理。但通配符似乎并没有当你把它在开始工作。当我试了一下,似乎只是挂机,不返回任何结果。

Ideally, this would allow the entry of "Problem" and have it search for "ITSM - Problem Management". But the wildcard doesn't seem to work when you put it at the start. When I tried it, it just seems to hang-up and not return any results.

我如何才能解决这个任何意见或想法?任何投入将是非常美联社preciated。谢谢!

Any ideas or thoughts on how I can resolve this? Any input would be highly appreciated. Thanks!

推荐答案

后面有个*带有过滤器参数可以几乎在瞬间通过索引查找评估。领先的*意味着通过索引顺序查找,所以它是O(N)。这将需要年龄。

A filter argument with a trailing * can be evaluated almost instantaneously via an index lookup. A leading * implies a sequential search through the index, so it is O(N). It will take ages.

我建议你重新考虑的要求。

I suggest you reconsider the requirement.

这篇关于使用通配符在LDAP搜索过滤器/查询的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆