openLDAP服务器端排序-真的是个好主意



我在OpenLDAP服务器中尝试使用服务器端排序。然而,当我也开始编写客户端代码时,我可以看到,在这种情况下,它给我买的只是客户端的一行排序代码。由于该客户是目前4个,即将成为16个Tomcats之一,如果使用量激增,可能会有数百个,因此在客户处进行排序对我来说更有意义。我想知道SSS是否真的被认为是一个想法。我在这个案例中的搜索结果并不是很大,而是几十个而不是几百个。只是想知道它是否更像是一种武器而不是一种工具。

在OpenLDAP中,它与VLV-虚拟列表视图捆绑在一起,这是我将来需要的,所以它已经安装好了:所以这实际上是一个编程问题,而不仅仅是配置问题,因此so而不是SF。

服务器端排序是为那些无法或不愿自己对结果进行排序的客户端使用的;这在内存和CPU魔力有限的手持客户端中可能很有用。

服务器端排序的优点包括但不限于:

  • 服务器可以强制执行排序处理的时间限制
  • 客户端可以指定服务器要使用的排序规则
  • 如果客户端连接不安全,专业质量的服务器可以配置为拒绝带有排序控制的请求
  • 服务器可以强制执行资源限制,例如,前面提到的时间限制或管理限制
  • 服务器可以对属性和排序请求控件本身实施访问限制;如果客户端无论如何都可以检索属性,那么这可能不会那么有效
  • 服务器可能表示太忙而无法执行排序,或者只是不愿意执行排序
  • 专业质量的服务器可以配置为拒绝所有客户端的搜索请求,但具有必要mojo(特权、绑定DN、IP地址或其他)的客户端除外

缺点包括但不限于:

  • 如果服务器软件无法限制要同时处理的排序数量,则对来自多个客户端的大型结果集进行排序可能会使服务器不堪重负
  • 客户端API必须支持服务器端排序请求控制和响应
  • 将客户端配置为按照自己的"排序规则"进行排序可能更容易;尽管这些可以添加到专业质量、可扩展的服务器中

为了回答我自己的问题,并且不影响Terry的回答,使用虚拟列表视图需要服务器端排序控件。

最新更新