SQL Server上のSubversion

SQL ServerにSubversionメタデータを格納することは可能ですか？ SQL ServerベースのSubversionが必要です。SQL Server上のSubversion

出典

2009-04-22 PositiveGuy

ああ、それはクールだろうが、私は実際に学術的興味を除いて、有用性を見ていない。なぜこれが必要ですか？ –

データベースのバックアップを保持するためのすべての場所がすでに用意されている場合は、コード・リポジトリーもバックアップされるという理由があります。 – araqnid

これを行う方法は今はありません。 Subversionでは、FSFSとBerkeley DBのどちらかを選択できます。FSFSは、ほとんどの人にとってより良い選択です。（Berkeley DBには壊れてしまう問題があります）。

SQL Serverにデータを保存する理由はありますか？

出典

2009-04-22 15:49:09

FSFS =ファイルシステムファイルシステム、奇妙なことに。これは、BDB上にあるように、普通のファイルシステムの上にSubversionの "ファイルシステム"を実装しているということです。 – bendin

奇妙なことに、私はFSFSが立っていた（ウィキペディアにもある）と思ったものを削除しましたが、私はSubversionのものでどこでも確認できません。 –

SubversionはBDB（Berkley Database）をコアストレージとして使用していました。バックアップが難しく、腐敗が時折問題になったため、ほとんどの人がそれを離れました。私はそれをお勧めしませんが、私はBDBコードを見て、それがSQL Serverに接続することができると確信しています。

出典

2009-04-22 15:50:23 trent

私はJames Averyと一緒に - なぜSQL Serverにデータを保存したいのですか？あなたが.NETライブラリからの基礎となるSubversionデータとインターフェースするためには、SharpSVN：http://sharpsvn.open.collab.net/をチェックしてください。

出典

2009-04-22 16:14:19 Matt

>>>なぜデータをSQL Serverに格納したいのですか便利、クエリー、名前を付けてください。 DBの利点！ – PositiveGuy

私はファイルシステムが高速だと思いますが、なぜあなたがコード化したり、エクスポートしたり、データを変更したりすることができるDBではありません。あなたがたわごとでクエリできるメタデータであっても – PositiveGuy

APIを使うと、FSFSのSubversionリポジトリに対してもコードを書くことができます。 epxortなど – Jafin

なぜ簡単に破損する可能性のあるバッキングストアを使用するのですか？確かに、ファイルシステムのストアを壊す可能性がありますが、ほとんどの人はそれに触れないように十分な感覚を持っています。

今後のバージョンのSVNでは、revpropデータをファイルではなくsqliteデータベースに保存することを検討しています。そうした場合、同じ方法でアクセスできるはずですが、変更可能なrevpropsのみにアクセスできるはずです。私は、他のプロセスが読み書きすることを許可するsvnライブラリへのアクセスを制限するつもりかどうかはわかりません。

もちろん、SQL Serverがサブバージョンに適していない最大の理由は、クロスプラットフォームであることを完全に破るということです。

出典

2009-05-20 22:03:47 gbjbaanb

私は、最も大きな理由は、ソースコード（incバイナリ）を格納する方が、リレーショナルデータベースではなく、ファイルまたはドキュメント（nosql）データストアで意味があると考えられるからです。 – Jafin

答えて

関連する問題