2

私の会社は教育業界に属しており、コースのコンテンツを保存するためにXMLを使用しています。また、いくつかのコース関連情報（主にmetainfo）をリレーショナルデータベースに保存します。現在、独自のXMLスキーマからDocBook 5に切り替える過程にあります。切り替えに伴い、コース関連の情報をデータベースからXMLファイルに移動します。これは、すべてのコースデータを1か所にまとめ、Subversionの下に置くためです。ただし、リレーショナルデータベースの柔軟性を維持し、XMLドキュメントからコースに関する特定の情報を簡単に抽出できるようにしたいと考えています。XQueryは任務を遂行しているように思われるので、XQueryをサポートするデータベースを調査していましたが、これまでのところ、必要なものを見つけることができませんでした。私が基本的に欲しいもの、XMLファイルを特定のディレクトリ構造に配置し、その上に、ファイルにインデックスを付け、XQueryを使用してファイルから任意のものを選択できるようにするシステムが必要です。このようにして、「ケーキを食べて食べる」ことができます。XQueryインターフェイスを使用し、ファイルをプレーンテキストとバージョン管理で保持します。少なくともリモートで私が欲しいものに似ているものはありますか？

私が求めているのはナンセンスだと思われる場合は、別の提案をしてください。

関連する注記：どのXMLデータベース（できればネイティブおよびオープンソース）の経験があり、何をお勧めしますか？

4

6 に答える 6

1

ネイティブ XML データベースの場合は、 Berkeley XMLDBを試すことができます。これは Oracle によって管理されていますが、オープン ソースです。

本当に堅牢なソリューションが必要な場合は、MarkLogic Xml サーバーを使用できます。費用がかかります。

于 2008-09-20T07:36:00.210 に答える
1

XQuery をサポートするオープン ソースの xml データベースです。

于 2008-09-18T23:16:36.310 に答える
1

ドキュメントのインデックスを作成し、ファイル システムに残す XQuery 実装を私は知りません。

ただし、少量のデータがある場合は、ファイル システムを使用し、Saxonを XQuery 実装として使用してドキュメントをクエリすることができます。Saxonでは、任意のディレクトリを (非常に柔軟な方法で) "コレクション" として扱うことができます。つまり、多数のドキュメントに対して同時にクエリを実行できます。

適度な量のデータがある場合 (そしてファイルシステムのアプローチが遅すぎる場合)、eXistは私が使用した優れたオープンソースのオプションです。利点の 1 つは、WebDAV インターフェイスを備えていることです。これは、ファイルを編集して別のディレクトリとして表示するのが非常に簡単であることを意味します。eXist には履歴トリガーがあり、古いバージョンのドキュメントが置き換えられたときに保存されます。私はそれを使用していませんが、必要なバージョン管理を提供するものを構築できるかもしれません。また、eXist データベースをファイルにバックアップすることもできます。このファイルは、Subversion を使用してバージョン管理されます。

大量のデータがある場合、または eXist が十分に堅牢でない場合、MarkLogic サーバーは主要な商用 XML データベースであり、内部でバージョニングをサポートしていると思います。

于 2008-09-26T09:06:34.217 に答える
0

MarkLogic Xml データベース サーバー (4.x) には、いくつかの優れた機能があります。

  1. xml ドキュメントを照会できる優れたネイティブ Xquery 実装があります。

  2. 組み込みの検索エンジン /search パーサーがあり、ドキュメントを高速にインデックス化できる XQuery 拡張機能があります。

  3. 外部システムと通信して動作できるシンプルな REST ベースのプロトコル サポートがあります。

于 2010-04-12T18:21:02.610 に答える
0

私はこの 1 年間、Berkeley XMLDB で多くの作業を行ってきましたが、これはさまざまな問題を抱えています。

長所: FAST、xquery および xupdate、オラクルは適切に維持されています。多くの言語にはインターフェースがあり、インプリントが小さく、組み込み型であり、ファイル ベース (これを短所と見なす人もいるでしょうか?)、非常に優れたクエリに対して非常に柔軟です。

短所：並行性のタイプの状況を扱っている場合、それはお尻のバグの痛みです。環境は、リレーショナルデータベースの担当者にとって奇妙な概念であり、一般的に非常に敏感であり、満足していない場合はセグメンテーションフォールトする傾向があります。

別のポスターに同意します - より堅牢な状況に移行することは、通常は速度の面で大きなコストがかかります。私が何か他のことをしようとしているなら、それは存在するでしょうが、私はJavaパッケージングのオーバーヘッドによって思いとどまります.

概念的には、xmldbs は非常に難しく、その実装がやや未熟であり、競争がなく、業界のノウハウが不足しているだけです。

于 2008-11-04T19:35:13.113 に答える
0

MarkLogic は、XML 変換に非常に便利な XSLT を含む v4.2 をリリースしました。このバージョンの良いところは、XQuery と XSLT コードを組み合わせて両方の長所を活かすことができることです。

于 2010-11-30T17:17:16.693 に答える