-6

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

在 OpenLDAP 中，它与 VLV - Virtual List View 捆绑在一起，我有一天会需要它，所以它已经安装了：所以这确实是一个编程问题，而不仅仅是一个配置问题，因此不是 SF。

4

2 回答 2

6

服务器端排序旨在供无法或不愿自己对结果进行排序的客户端使用；这在内存和 CPU mojo 有限的手持客户端中可能很有用。

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

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

缺点包括但不限于：

  • 如果服务器软件无法限制同时处理的排序数量，服务器可能会因对来自多个客户端的大型结果集进行排序而不堪重负
  • 客户端 API 必须支持服务器端排序请求控制和响应
  • 将客户端配置为按自己的“排序规则”进行排序可能更容易；尽管这些可以添加到专业品质的可扩展服务器中
于 2012-07-26T16:48:02.173 回答
1

为了回答我自己的问题，而不是减损 Terry 的回答，使用虚拟列表视图需要一个服务器端排序控件。

于 2012-07-30T22:01:37.173 回答