4

私は、非 SQL エンジンを使用するか、小規模ビジネス向けのドキュメント管理システム用の通常の SQL エンジンを使用するかを決定しています。

私はfirebird/sqlサーバーの経験があり、信頼性の良いトラックを見つけました（特にfirebirdで）。

この市場は、くだらない「サーバー」（クローン製の PC、マヨリティ）、安価なハードディスク、RAID などをめったに使用しないものでいっぱいで、電源オフが正常な場所にあるものもあれば、UPS を持っていないものもあります。 ... (外部サーバーへのオフサイト自動バックアップを含めますが、内部設定は変更しません)。(私はそのような適切なセットアップに関するエンドユーザー教育について知っていますが、それに依存するのはばかげているので、ポイントに固執してください)

設計の観点からは、スキーマのないデータベースが私のシステムに適した方法ですが、実際のソリューション (MongoDb、Tokyo Cabinet など) のいずれかが火の鳥やサービスのクラッシュ、誤動作、乱用のようなものではないか心配です。データの破損は非常にまれです。

計画は、そこにオフィスのドキュメントを保存し、中央リポジトリを提供することです。

4

2 に答える 2

2

Neo4jをチェックしてください。ドキュメントやキー/バリューストアのように使えるグラフデータベース(スキーマフリー)です。

Neo4j は、あなたが説明したような環境で長年にわたって運用されてきました。他の多くの NOSQL データベースとは異なり、Neo4j は実際にデータをディスクにフラッシュし、トランザクション ログを使用して矛盾した状態から回復します。また、複数の操作にまたがり、それらを単一のユニットとして扱うことができる実際のトランザクション (完全な ACID) も備えています (これは、他の多くの NOSQL ストアで頻繁に取り残されている機能でもあるようです)。

-ヨハン

(免責事項: 私は Neo4j チームの一員です)

于 2009-12-18T13:14:25.587 に答える
1

CouchDBには、必要な信頼性があります。

CouchDBファイルのレイアウトとコミットメントシステムは、すべてのAtomic Consistent Isolate Durable（ACID）プロパティを備えています。ディスク上では、CouchDBがコミットされたデータまたは関連する構造を上書きすることはなく、データベースファイルが常に一貫した状態にあることを保証します。

詳細については、こちらの「ACIDプロパティ」セクションをご覧ください。

CouchDBを使用すると、バックアップとレプリケーションも簡単になります。

CouchDBを使用した本番環境のコードはまだありませんが、これまでのところ、CouchDBを使用したテストと開発プロセスには非常に満足しています。

于 2009-12-19T20:48:35.833 に答える