无论您使用的是 Communications Express 还是 Connector for Microsoft Outlook,在您的个人联系人或公共通讯录中搜索某个字符串都是一个语言环境特定的操作。例如,搜索 "Gaelle" 的法文用户不但希望获得包含字符串 "Gaelle" 的返回条目,而且还希望获得包含字符串 "Ga?lle" 的任何条目。
用于控制基于语言环境向用户显示条目的方式的各种规则称为排序规则或排序顺序。排序顺序用于提供有关对给定语言的字符如何排序的语言和文化特定的信息。它可以确定字母在字母表中的顺序、如何比较有重音符的字母与没有重音符的字母以及比较字符串时是否存在可以忽略的字符。排序顺序还考虑到了与语言有关的文化特定的信息,例如阅读语言的方向(从左到右、从右到左或者从下到上和从上到下)。
Sun Java System Directory Server 支持各种语言环境和排序规则(请参见《Sun Java System Directory Server 5 2005Q1 Administration Reference》中的 "Identifying Supported Locales")。根据用户库的不同,您首先需要选择在环境中最有意义的语言环境。下面我们将使用英文(美国)语言环境 (OID = 1.3.6.1.4.1.42.2.27.9.4.34.1) 来举例说明。
要指定执行搜索时使用的语言环境,请使用匹配的规则过滤器语法,如《Sun Java System Directory Server 5 2005Q1 Administration Reference》中的 "Searching an Internationalized Directory" 所述。此语法使您可以指定语言环境以及搜索类型(等同、子字符串等等)。
例如,以下过滤器使用英文(美国)排序规则 (1.3.6.1.4.1.42.2.27.9.4.34.1) 对 CN 属性执行子字符串比较 (.6)。过滤器将在 CN 中查找以 "Gae" 为开头的字符串
cn:1.3.6.1.4.1.42.2.27.9.4.34.1.6:=Gae*
执行 LDAP 搜索时,大多数性能问题都是由没有索引或未正确配置索引造成的。在默认情况下,Directory Server 已配置,以便为 Communications Express 或 Connector for Microsoft Outlook 发出的查找编制索引并能够在合理的时间范围内返回索引结果。然而,Directory Server 没有设置国际化搜索。因此,用户必须改变现有索引才能使用选定的排序规则。《Sun Java System Directory Server 5 2005Q1 Administration Guide》中的 "Managing Indexes" 部分中介绍这一操作过程。
例如,CN 属性在默认情况下按 userRoot 后缀编制索引:
# ldapsearch -D "cn=Directory manager" -b "cn=cn,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config" "objectclass=*" cn=cn,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config objectClass=top objectClass=nsIndex cn=cn nsSystemIndex=false nsIndexType=pres nsIndexType=eq nsIndexType=sub
要使其能够应用英文(美国)排序规则进行国际化搜索,请添加一个具有英文(美国)OID 的 nsMatchingRule 属性。客户端将执行子字符串搜索,因此必须向 OID 中添加子字符串后缀 (".6"):
#ldapmodify -D "cn=Directory manager" dn: cn=cn,cn=index,cn=userRoot,cn=ldbm database, cn=plugins,cn=config changetype: modify add: nsMatchingRule nsMatchingRule: 1.3.6.1.4.1.42.2.27.9.4.34.1.6
请不要在该值的开头或结尾处添加任何空格、制表符或其他非可见字符。
nsMatchingRule 是一个多值属性。可以添加对同一个 OID 或不同 OID 的各种类型的搜索。
然后用户必须运行位于 serverroot/slapd-instance 中的 db2index.pl 脚本:
# perl db2index.pl -D "cn=Directory Manager" -w \ secret -n userRoot -t cn
此操作是联机运行的,可能要花费一段时间才能完成。另外,可以重新初始化后缀。请参见《Sun Java System Directory Server 5 2005Q1 Administration Guide》中的 "Reinitializing a Suffix"。
控制台还可用于添加 nsMatchingRule(请参见《Sun Java System Directory Server 5 2005Q1 Administration Guide》中的 "Managing Indexes" 部分)。
在以下各节中,提供了需要修改的索引列表。请确保未执行任何非索引搜索。您可以通过查看 Directory Server 访问日志文件(并在搜索结果条目中查找 =U 的注释)来进行监控。
Communications Express 所使用的搜索过滤器需要更改才能应用匹配的规则语法。通过启用在 db_config.properties 文件(对于个人存储,该文件位于 deployed-path/WEB-INF/ldappstore 中;对于企业目录,该文件位于 deployed-path/WEB-INF/corp-dir 中)中指定的排序规则参数可以实现此过程。
参数如下:
# Collation Rule # Uncomment below to apply collation rule # collation_rule=en-US # Search Fields for which collation rule should be applied. # The fields provided here should be disambiguator formatted fields # e.g. entry/displayname, person/givenname etc. # Uncomment below to supply the comma-separated fields # search_fields=entry/displayname
取消 collation_rule 和 search_fields 参数的注释即可启用排序规则。要在搜索中指定一组单独的字段或字段集,请将 search_fields 的值更改为所需值。collation_rule 可以在后缀没有指明搜索类型的情况下包含对应于该语言的语言标记与 OID(例如 1.3.6.1.4.1.42.2.27.9.4.34.1)。必须在做出更改后启动 Web 容器实例。
必须为 LDAP 服务器上的以下属性编制索引才能对 Communications Express 执行国际化搜索:
cn(使用 ou=people/ou=groups 后缀)
displayname(使用 o=piServerDb 后缀)