ドキュメント-Nexusシステム「E1 Euphrates」の指向ストレージ

ドキュメントを操作する企業情報システムを常に開発していると、データベース内のドキュメントのストレージを整理するタスクに直面します。 同時に、以下を確保する必要があります：構造化文書と非構造化文書の信頼できる保存、文書間のリンク、文書バージョンの保存、開発された文書検索機能、文書の大量入力/出力、多数の文書を持つ多数のユーザーの効果的な同時作業、および文書へのアクセス制御。



情報システムのデータは非常に多様です。完全に構造化されていないもの（グラフィックイメージ、マルチメディアなど）から、数百の詳細を持つ複雑に構造化されたオブジェクトまでです。 これらはすべて、独自のライフサイクル、バージョン管理、およびセキュリティ属性を持つドキュメントの概念に一般化できます。 文書は、処理中に元の非構造化から構造化される場合があります。 多くの場合、ドキュメントにはタイプ（メモ、契約、アンケートなど）があり、詳細の構造を決定します。

多くの場合、エンタープライズシステムの顧客は、使用するDBMSの要件を提示します。 かなり長い間、私たちは独自のオブジェクト指向DBMS NIKAを使用していました。 多くの場合、DBMSレベルで情報システムを統合するためのタスクがあります。 最近の開発では、ドキュメントでの作業経験を一般的なリレーショナルDBMS（Microsoft SQL Server、Oracle、MySQL）の使用に移しました。



これらの要件により、ドキュメント指向のドキュメントリポジトリ（Nexus）を作成しました。

リポジトリは、最新の産業用DBMS（MS SQL Server 2005/2008、Oracle、MySQLなど）でドキュメントのストレージを整理する相互接続されたソフトウェアコンポーネントとアプリケーションのセットです。 ソフトウェアコンポーネントにはさまざまな構成が必要です。情報システムに統合して、ドキュメントリレーショナルマッピングを提供し、DBMSの詳細を情報システムから隠したり、独立した軽量コンテンツサーバーとして起動したりできます。



高レベルの抽象化では、リポジトリには型付きドキュメントのコレクションが含まれます（つまり、任意の形式のファイルを添付できますが、構造が固定されたドキュメント）。 Vaultクエリ言語を使用すると、構造化ドキュメントの検索条件を効果的に定式化できます。また、ドキュメントおよび添付ファイルに関連する全文検索要素を含めることができます。



リポジトリは、企業システムとDBMSの間の仲介として機能し、構造化文書（XSD、XML、XPathなど）で作成された企業システムクエリをDBMSコマンド（SQLなど）に変換します。 同時に、リポジトリはドキュメントへの競争力のあるアクセスを提供し、ドキュメントのバージョンを保存し、ドキュメントへのアクセスを区別するための指定されたルールを適用し、ユーザーアクションのログを実行します。



続行するには...