インスタンスリストは、ページ単位で画面に表示するのが普通ですが、これだけでは適切な設計と言えないかも知れません。
フィルターの目的は、満足のいく検索のため、条件に合ったインスタンスのみを抽出した短いインスタンスリストを高速で生成することです。エンドーユーザーが必要な情報を探して毎度のようにページを切り替えないといけないようであれば、ページ移動機能に工夫を凝らす前に、フィルターでリストを「絞り込む」ことを考えるべきでしょう。何度も複数ページを確認しながら必要な情報を得たいと思っているユーザーはいません。
例えば人事管理システムを設計する場合に不可欠となる作業の１つは、エンドユーザーがどのような方法で社員リストを作成したいかをすべて挙げて分析することです。例：
- 名前による絞り込み
- 電話番号による絞り込み
- 勤務地による絞り込み
- 現在の就労状態による絞り込み
- 性別による絞り込み
- 誕生日による絞り込み
- 入社日による絞り込み
- 退職したがまだファイルに記録が残っている人を抽出
- 資格による絞り込み
- 給与区分による絞り込み
- 雇用契約上の問題がない人を抽出
- など
5000人ほどの社員データを扱うシステムの場合は、人事ファイルの内容複数ページ分が一度に画面に表示されても、エンドユーザーにはあまりメリットはありません。
さらに一歩を進めて、インスタンスリストを抽出するための標準的な「抽出条件」を、エンドユーザー自身が定義し、保存しておけるような仕組みを組み込むとよいかも知れません。
例えば新入社員が何か問題を抱えていないか調べて手を打つため、毎週月曜日の朝に、人事担当者が先週入社した社員のリストを作る、というようなことが考えられます。
あるいは、毎週金曜日の午後に、ある事業所で出張作業している社員のリストを作り、週末に帰宅するため特別な交通手段が必要かどうか電話で確認するようなこともあるでしょう。
このような場合、インスタンスリスト全体を1ページずつ表示して目視で検索させるのではなく、条件を満たす者のみを抽出、表示する機能を検討してください。