エンタープライズコンテンツ管理（ECM）システムは10年以上前からあります。ドキュメントNoSQLはいくつかの競争を提供するかもしれません。 ECMには、IBM FileNet、DB2 Content Manager、EMC Documentumなどがあります。 Stellent（現在のOracle）などの多くの中小企業は、より大きな製品に組み込まれています。
Basic Content Servicesと呼ばれる簡略化されたECMシステムも登場しました。これはMicrosoft SharePointで最も一般的でした。 SharePointの登場はECM市場をコモディティ化し、顧客のライセンスコストを削減するというメリットはあるものの、イノベーションは枯渇しました。
<！ - 1 - >ECMシステムは文書のバージョン管理をサポートしています。通常、主要な公開バージョンとマイナー進行中のバージョンですが、第3の「改訂版」もサポートしています。これらのシステムは、メタデータとは別の文書を格納し、それらの文書およびプロパティにアクセスして読み取りおよび書き込みアクセスを行うことをサポートしていました。
ワークフローのサポートは、著名なECMシステムのほとんどに組み込まれました。これらは、基本的なワークフロー（文書の承認と更新）から、継続的なプロセス改善のためのプロセスシミュレーションやラウンドトリップリエンジニアリングを含む完全なエンドツーエンドのビジネスプロセス管理にまで及んでいました。
<！レコード管理システム（RMS）は、多くの場合、ECMシステムの上に構築されていたため、文書に保持ルールを適用し、変更から保護することができました。これは、たとえば規制を受けている業界で、訴訟や発見の際に重要な文書を保存する必要がある場合などに特に便利です。これらのECMシステムは、通常、文書をファイルシステムに格納し、メタデータをリレーショナルデータベース管理システムに格納した。 ECMシステムは、高可用性のためにクラスタ化できるミドルウェアアプリケーションではありましたが、集中データベースとファイル共有に依存していました。非常に高速な取り込みではスケーラビリティが限られていたため、オフィスファイルや文書スキャンによる高品質のTIFF画像など、ますます重要な文書の数が増えていました。<！ - 3 - >
ドキュメントNoSQLデータベースは常に新しい機能を追加しています。高いスケーラビリティと非常に安価なコモディティサーバ上での実行能力は、コモディティ化されたECMシステムよりもコストが低いことを意味します。
NoSQLデータベースの中には、複数のバージョンの格納をサポートするものがあります。これらのデータベースのほとんどは現在Bigtableのクローンですが、一部のドキュメントデータベースではこれをサポートしています。 MarkLogic Serverには、ドキュメントのバージョン管理されたストレージをサポートするDLS（Document Library Services）アドオンがありますが、MarkLogicのREST APIでは表示されません。MarkLogic Serverには、Content Processing Framework（CPF）も含まれています。 CPFは、ライフサイクルを通じて単一のドキュメントを移動し、コンテンツに基づいたアクションを実行する（通常、バイナリドキュメントをXHTMLに変換し、サードパーティツールを使用してエンティティ抽出を実行する）状態エンジンです。
Microsoft SharePointとECMシステムが提供するのと同じエンジンレベルの機能を提供するために、これらの小さな機能セットを今後複数のNoSQLベンダーが採用し、拡張することができます。そうであれば、文書NoSQLデータベースは、ECMの背後にある新たなストレージおよびメタデータエンジンになる可能性があります。これはスループットの向上と顧客のコスト削減を意味します。また、ECMシステム自体にこれらのデータベースからの埋め込み検索を約束します。これにより、現在のECMシステム単独に比べて機能が強化されます。
