ニーズ
このアプリケーションには、ユーザーがデータベース内の他のユーザーとチャットできるチャット機能があります。
ただし、クライアントが複数のデータベース間で「エンタープライズ」構成としてデータを共有できるようにする機能を追加し、ユーザーがそれらのいずれか内の他のユーザーとチャットできるようにチャット機能の設計を更新するように求められましたデータベース。
これらのシナリオで可能なユーザーの数を調べたところ、これらの共有データベース環境でのチャットユーザーの数は5,000に達する可能性があります。
ユーザーは、これらの何千もの連絡先からチャットする必要がある人を見つけることができる必要があります。ただし、これまでは、ユーザーが閲覧できる連絡先のリストがありました。これはユーザーの期待であるため、閲覧可能な連絡先のリストを引き続き維持したいと考えていました。 5,000の連絡先のリストを表示しようとする試みは、これが有用または使用可能に近いとは思えないため、除外しました。
私たちは問題を解決するために3つのアプローチを考え出しました:
オプション1
ユーザーが閲覧できるローカルデータベースの連絡先のリストを表示します。ユーザーが「フルディレクトリ」を検索して、複数のデータベースから結果を返すことができる2番目のタブを用意します。
長所:
短所:
オプション2
ユーザーのローカルデータベースから連絡先のリストを表示しますが、ユーザーが連絡先を検索する場合は、他のデータベースからの結果も含めます。
長所:
短所:
オプション3
ユーザーが検索対象を選択できるようにするドロップダウンを追加します。ローカルデータベース、または完全なディレクトリです。
長所:
短所:
考え?
現在、私はオプション2に傾いていますが、ここで考慮していない別のオプションはありますか?検討する価値のある別の選択肢はありますか?
ありがとう!
個人的に私はオプション2を選びます-最初はエリアごとの結果の数を制限します(たとえば5に)が、エリアの横(または下部)に「...もっと見る」のような内容のリンクを追加すると、結果を指定した領域に制限します。
5000以上の連絡先では、追加のフィルタリング制御が必要になります。文化や国によっては、多くの人が姓と名が似ている場合があります。
どうですか:
[名前苗字]
[ディレクトリ]
オプション2が最適のようです。適切な人物を見つけることが重要である場合は、その人物がどのネットワークに所属しているかに関係なく、分離を削除して検索ランクに任せることができます。それでも、各検索結果とそのネットワーク名をマークすることができます。つまり、「Ann Harvey(改行)ネットワーク名[短いテキスト]」この方法で、検索が複数のネットワークに属している場合に重複を処理できます。同じネットワークで適切な人物を見つけることが重要である場合は、それらを見つけて(アルゴリズムで)重みを付け、リストの上位に移動します。