XML「キャッシュ」とクエリDBの読み込み欠点？

Question

読み取り専用のアプリケーションでは、現在データをリレーショナルデータベースに保存していますが、アプリを使用してデータを照会するのではなく、その関係を含むデータをXMLファイルに毎晩書き出します。確かに

、それは多くのデータではありません - XMLは、1000個の未満のオブジェクトを表します。

次に、クライアント側のコードを、私はそのデータをロードしています、そしてそれは、必要に応じて、「照会します」。

書き込み操作は不要です。アプリの唯一の機能は検索と表示です。

私はそれがDBまたはロードされたXMLを照会するかどうかは非常に簡単に切り替えることができるような方法でアプリを開発してきた、と私はパフォーマンスを比較することができています。

ロードされたXMLのアプローチでは、フルテキスト検索（それ自体）は即座に行われます。

はしかし、私は、このアプローチには欠点がある知っている、とあなたがたのうち、いつ、なぜこれがあるか、または有効なアプローチではありません私は肉付けを助けることができれば、私はそれを大幅に感謝します。

ありがとうございます。

Answer 1

あなたが良いXML処理エンジンにXMLをロードすると、それはXPathクエリや一般のツリートラバーサルをスピードアップするために、適切なデータ構造を構築します。

あなたは、リレーショナルデータベース内のデータを保持し、それを照会すると、クエリオプティマイザがあまりにもいくつかの最適化された方法でデータにアクセスするクエリプランを作成します。

完全に最適な方法は、クエリの性質によって異なります。

XMLドキュメントを読み込んで各クライアント呼び出しで解析すると非常にコストがかかることに注意してください。また、解析されたXMLツリーをメモリ内に保持するアプリケーションサーバーを使用しない限り、データベースクエリはおそらく1000レコードでは、テーブル全体がキャッシュに収まるからです。

Answer 2

私には妥当と聞こえます。

データのサイズが非常に大きく、使用可能なメモリが脅かされたり、スレッドの安全性が問題となるような方法で共有されていた場合、欠点が生じます。

は、しかし、あなたはそれが小さく、読み取り専用だと言うので、私には罰金聞こえます。必要な場所にデータを近づけることは、すべてのハードウェア設計者が理解できるものです。

XMLとして保存されていますが、1日に1回ファイルを読み込み、解析してメモリ内のDOMオブジェクトに格納し、XPathを使用してクエリを実行すると仮定します。 XPathのパフォーマンスはニーズに適していますか？それが私の唯一の懸念です。

Answer 3

すべてがリソース管理になります。クエリを実行するリソースがある場合は、データがキャッシュされているXMLファイルを解析して解析しているのと比べて、データが「ライブ」なので、より良い方法です。何千万行ものデータを照会していない限り、パフォーマンスが心配されているなら、あまり気にしないでしょう。私たちには常に約60人以上のクライアントが常駐しており、一日中いつでもクエリーを実行できます。ボックスは実際に実行されているすべてでかなりうまく実行できます。 XML解析は、ほとんどの場合、クエリよりもサーバーに負荷がかかる可能性があります。