グーグルするのが難しいそれらの質問の1つ。
先日、svnリポジトリの速度で問題が発生していました。これに対する標準的な解決策は、「より多くのRAM！より多くのCPU！」のようです。など。不思議に思ったのですが、データベースにdocument / nosqlデータベース（mongodb、couchdbなど）を使用するソース管理システムはありますか？それは自然なことのように思えますが、私はソース管理データベース理論の専門家ではありません。おそらく、ドキュメントデータベースをストレージとして使用するように最新のソース管理を構成する方法はありますか？
GitはMongoDBと同じようにメモリマップトファイルを使用します:)
Gitは実際にはMongoDBを使用しておらず、使用したいとは思わないが。Gitを見ると、実際にはNoSQL DBは必要ありません。基本的には、DBです。
私が知っていることは何もしません、そして彼らはしたくないでしょう。テストの程度の違いを考えると、堅牢性を損なう可能性があります（ソースコードリポジトリにとっては本当に悪いことです）。デルタストレージを実行できないため、パフォーマンスが低下する可能性もあります。
Subversionには2つの非常に異なるストレージメカニズムがあり、1つは組み込みのBerkeley DBに支えられており、もう1つは単純なファイルに支えられていることに注意してください。これらのいずれかが、使用法により適している可能性があります。
また、かなり広範囲に質問を投げかけたので、GitとTFSについてコメントします。
Gitは、ファイルシステム内の非常に効率的にパックされたファイルを使用してリポジトリを保存します。多くの場合、履歴全体はチェックアウトよりも小さくなります。私のラボにある非常に古いプロジェクトの場合、履歴全体は57MiBであり、作業ツリー（履歴は含まない）は56MiBです。
TFSは、そのデータの多く（場合によってはすべて）をSQLデータベースに格納します。
私の知る限り、どのVCSもnoSQL/ドキュメントベースのデータベースを使用していません。couchdbなどを使用するというアイデアは新しいものではありません...しかし、これまで誰もそのようなことを実装していません...