XMLファイルからデータベースに移動する必要がありますか？

Question

私たちは、XMLファイルを持続するアプリケーションを持っています。 1つの大きなXMLファイル（他のファイルへのインデックスのように機能する）とは別に、他のすべてのファイルは別々のフォルダに保存され、非常に小さい（ほとんどの場合、ドキュメントに関するメタデータ（例：video/pdfなど）関係する観点からは、物理的にディスクに格納されている（すなわち、ディレクトリパスを介して）文書に関連付けられたメタデータとは別に、データ/オブジェクト間の関係があまりにも多すぎるというわけではありません。したがって、すべてのデータはドキュメントに関連付けられています。

XML索引ファイルの検索以外に、他のすべての検索は、「Windows索引検索」を使用して行われます。

システムは単一のユーザー用ですが、将来は複数のユーザーに変更されます。つまり、インデックスファイルに複数のユーザーが同時に更新することになります。

別の要件として、それぞれが独自のドキュメントリポジトリを管理する異なるマシンに複数のインデックスファイルを置くことがあります。このファイルは非常に大きくなる可能性があります（各エントリにはいくつかのメタデータとディスク上のドキュメントへの参照が含まれます）。これは、コンテンツを検索/ブラウズするために、複数のマシンで検索する必要があることを意味します。

これを念頭において、私はデータベースを持っているといくつかの問題を解決できるかもしれませんが、問題に対処しなければならない段階（ORMモデル、データベース、リポジトリ、コマンドなど）。

これらの問題のいくつかは、データベースルートを経由せずに他の方法で解決できますか？

TIA JD

Answer 1

あなたのXML処理を高速化するネイティブXMLデータベースを試みることができます。私はBerkeley DB XML（埋め込みライブラリ）とeXist（ネットワーク化されたクライアントサーバー、REST）の両方を使用して成功しました。特に、前者はどこにでも散在する小さなXMLファイルを単一の索引ファイルで置き換えるという問題を解決したので、XML索引ファイルを置き換える可能性があります。後者はLuceneを介してフルテキスト検索を行います。

Answer 2

あなたの作業負荷が確実にデータベースを必要とする方向に動いているかのように聞こえます。データはすべてXMLであるため、ネイティブXMLデータベースに移動することは、最も混乱のないルートにする必要があります。あなたがそれを買う余裕があれば人気のある製品は最近MarkLogicになりがちな場合はeXistになる傾向があります。 （どちらにも関心はありませんが、両方の満足しているユーザーを知っています）