-6

OpenLDAPサーバーでサーバー側の並べ替えを使用しようとしています。ただし、クライアントコードも記述できるようになると、この場合、クライアントで1行の並べ替えコードを購入するだけで済みます。また、クライアントは現在4つのうちの1つであり、まもなく16のTomcatになります。使用量が急増した場合は、おそらく数百になります。クライアントでの並べ替えは、実際には私にとってより理にかなっています。SSSが本当に多くのアイデアと見なされているのかどうか疑問に思います。この場合の私の検索結果は、数百ではなく数十と大きくはありません。それが道具というよりは武器なのかどうか疑問に思っています。

OpenLDAPでは、VLV（Virtual List View）にバンドルされています。これはいつか必要になるので、すでにインストールされています。つまり、これは実際にはプログラミングの問題であり、構成の問題ではなく、SFではありません。

4

2 に答える 2

6

サーバー側の並べ替えは、結果自体を並べ替えることができない、または並べ替えたくないクライアントが使用することを目的としています。これは、メモリと CPU モジョが限られているハンドヘルド クライアントで役立つ場合があります。

サーバー側の並べ替えには、次のような利点がありますが、これらに限定されません。

  • サーバーは、並べ替えの処理に時間制限を課すことができます
  • クライアントは、サーバーが使用する順序付け規則を指定できます
  • クライアント接続が安全でない場合、プロ品質のサーバーは、並べ替えコントロールが添付されたリクエストを拒否するように構成できます
  • サーバーは、前述の時間制限や管理制限などのリソース制限を強制できます
  • サーバーは、属性およびソート要求制御自体にアクセス制限を適用できます。とにかくクライアントが属性を取得できる場合、これはそれほど効果的ではないかもしれません
  • サーバーは、ビジー状態でソートを実行できないか、単にソートを実行したくないことを示している可能性があります
  • プロ品質のサーバーは、必要なモジョ (特権、バインド DN、IP アドレスなど) を持つクライアントを除くすべてのクライアントの検索要求を拒否するように構成できます。

欠点には次のようなものがありますが、これらに限定されません。

  • サーバー ソフトウェアが同時に処理する並べ替えの数を制限できない場合、複数のクライアントからの大きな結果セットを並べ替えると、サーバーが圧倒される可能性があります。
  • クライアント側の API は、サーバー側の並べ替え要求の制御と応答をサポートする必要があります
  • 独自の「順序付けルール」で並べ替えるようにクライアントを構成する方が簡単な場合があります。これらはプロ品質の拡張可能なサーバーに追加できますが
于 2012-07-26T16:48:02.173 に答える
1

私自身の質問に答えるために、そしてテリーの答えを損なうことのないように、仮想リスト ビューを使用するには、サーバー サイドの並べ替えコントロールが必要です。

于 2012-07-30T22:01:37.173 に答える