セッション/ビューステートにデータテーブル/セットを保存することについて多くのことを読みましたが、一般的なコンセンサスは、Webページの速度が低下するため、良い考えではないようです..しかし、それには利点があります..今、私はユーザーができるようにするWebサイトを作成していますクイズを作成/管理/ホストします..そして、データベースから特定の数の質問を取得し(質問の値が定義されます)、セッションで維持されるデータテーブルに保存したい...最大. 質問の数は 120 にする必要があります。したがって、セッションに保存されるデータの合計 = 120 の質問 + オプション + 正解; 候補のスコアやユーザーデータなどのその他のマイナーなもの
私の質問は: 質問の最大数が 120 であることを考慮すると、この量のデータは私のページのパフォーマンスに深刻な影響を与えますか? もしそうなら、別の方法を教えてください.thx.
ビュー ステートは、データ セットが (非常に長い) 文字列にシリアル化され、要求ごとにクライアントに送信されるため、この種のデータを格納するのに適した場所ではありません。一般に、ビュー ステートは可能な限り避けます (私の意見では、ビュー ステートには利点よりもはるかに多くの欠点があります)。
インプロセス セッション モードを使用している限り、データ セットをセッションに保存しても問題ありません。この場合、セッション データはメモリ内に保持されます。このアプローチの唯一の欠点は (タスクの詳細に立ち入ることなくわかるように)、現時点では必要のないメモリを解放することを検討する場合があることです。セッション データの保存に SQL Server を使用している場合は、別のストレージを選択します。この場合、データ セットのシリアル化/逆シリアル化はおそらくアプリのパフォーマンスに影響します。
それは、アプリケーションのどこに制限を設けるかによって異なります。
データをメモリに保存すると、アプリケーションを同時に使用できるユーザー数が制限されます。
毎回データベースからデータを取得すると、アプリケーションが 1 秒あたりに処理できる要求の数が減少します。
あらゆる最適化と同様に、最適化の必要性がわかっている場合にのみ最適化する必要があります。そのため、データベースからデータを取得し、実際に必要な場合にキャッシュを追加することをお勧めします。