2017-06-16 8 views
1

ASP.NET MVCとSQL Serverを使用しているときに、XMLへのキャッシュがまだ考えているのか、それに対する他の可能性があるのだろうか?ASP.NET MVCキャッシュによるSQL結果のXMLファイル

たとえば、Customersという表があります。あなたがCustomersをクリックするたびにこのdbテーブルを呼び出すか、アプリで並べ替えやフィルタリングを行うと、xmlファイルにこの情報を保存しないでください。

次に、dbではなくxmlファイルでのみ作業し、customersテーブルに変更を加えた後にXMLを更新します。

+0

データベースからのアクセスはxmlとデータベースより高速ですが、xmlは1人のユーザーだけで複数のユーザーが変更を加えることができます。メモリにxmlがある場合、データベースから一度に1つの要素を変更できます。しかし、あなたがファイルを読み書きする時間を制限する回数を制限します。 – jdweng

答えて

2

これは絶対に素晴らしいアイデアです。あなただけの1つのクライアント

  • を持っているか、あなたは、複数のクライアントを持っているが、彼らはあなたが、キャッシングの可能性を提供していないデータベース・システムを持っている古いデータ
  • を見て気にしない

    • 場合あなたは要するに、あなた

    のキャッシュを処理できるデータベースアクセスフレームワークを使用していない

  • 、いや、それは実際にありますほとんど決して良い考えではありません。

    データベースは、であり、となりました。それらのほとんどは、プログラマが思うよりもはるかに高い負荷を処理することができます。必要に応じて、多くの場合、パフォーマンスを向上させるために完全に細かいキャッシュの可能性が提供されます。(必要な場合)

    アプリケーションに役立つキャッシュは、何か変更があった場合にそのキャッシュをリフレッシュする必要があります。あなた自身でそれを実装することは、通常、良い考えではありません。 の場合は、ユーザーがクリックしないうちに画面上にあった非常に単純なデータキャッシュを必要とします。メモリはファイルシステムではなく、その場所になります。集中化されたセッションキャッシュが必要な場合を除き、それは "xmlを書きましょう"を超えています。

  • 0

    xmlファイルへのキャッシュは悪い選択です。テーブルに50000レコードがある場合、データベースシステムは5秒で100ユーザーの負荷を処理できます。これ以上の速度が必要な場合は、高速アクセスのためにRAMにデータを格納するIn-Memory SQLを使用してみてください。しかし、それはサーバー上で高いRAM容量を必要とします。

    関連する問題