80-20ルール を検討し、ほとんどのユーザーがグリッドから決定しようとしているものを正確に評価することをお勧めします。次に、すべての生データに頼ることなく、その質問に自動的に答えられるかどうかを確認します。一般的なケースをキャプチャし、最後の手段としてグリッドを提供することもできます。
事例として：私が住んでいた都市では、GPSユニットをバスに配置し始めたので、地図を見て、移動中にGPSユニットを見ることができました。確かにすばらしいデータですが、地図上でアイコンが動くのを見るのは情報過多でした。私は単に「5分以上待たなくても確実にバスを作ることができます」という意味のインジケーターが点灯して欲しかったのです。
データグリッドはアニメーション化されたバスマップによく似ていると思います。ユーザーへのデータ処理とその結果の外挿の多くを残しながら、ユーザーインターフェイスのコードを無駄にしています...
（ちなみに、あなたが グリッドを見る の場合、私は最近jqGridを使用した経験があり、JavaScriptのことを考えるとそれほどひどくありませんでした。：P）
この質問は、「値のグリッドがある場合、いつテーブルを使用して表示し、いつグラフを使用するか」に一般化できると思います。
Stepehn Fewは、彼の著書「Show Me the Numbers」でこの質問についてのすばらしいアドバイスをしています。これは、この特定のトピックに言及している本からの抜粋です。
http://www.perceptualedge.com/images/Effective_Chart_Design.pdf
彼の引用：
テーブルは次の場合に最適に機能します。
- 個々の値を検索するために使用されます
- 個々の値を比較するために使用されます
- 値は正確に表現する必要があります
グラフは、パターン、傾向、相互関係、標準への例外などのデータの形でメッセージが含まれている場合に最適に機能します。
グラフは、データのいくつかの「列」に適しています。
私は自分のアプリケーションでデータグリッドを完全に避けており、私はすべての包括的なソリューションがExcelである会計センターで働いています。私の仕事は主に、そもそもExcelに詰め込むべきではないすべてのもののためのソリューションを設計することです。
リピーターが本当に好きです。
データのテンプレート化の点で無限に柔軟なWindows Presentation Foundationを使用しています。
リピーターを使用することの価値は、ユーザーがアイテムテンプレートの一貫性に基づいて値をすばやくスキャンできることですが、各アイテム内では、非常に幅の広い行の代わりに、要素を整然と配置して、相対的な重み付けを与えることができますサイズと位置。 （コンピューターやデータベースではなく）人がスキャンする可能性が高い要素（名前など）は、より目立つ可能性があります。重要性の低いデータは、色が小さくて明るい場合があります。関連情報をグループ化できます。垂直方向の配置でより意味のある行内のデータは、連絡先の電話、ファックス、セル番号のように、垂直に積み重ねることができます。