問題タブ [nosql]

現在、AmazonSimpleDBを評価しています。SimpleDBは、テーブル（またはドメイン）スキーマを持っている必要がないという意味で非常に柔軟性があります。スキーマは、作成/更新コマンドが流入するにつれて進化します。これはすべて問題ありませんが、モデリングツール（MindScape LightSpeedの評価）を使用している間、ツールがスキーマに基づいてモデルを生成するために、スキーマを事前に必要とします。SimpleDBでドメインを手作りすることはできますが、それは役に立ちますが、そのためには、ドメインに対して少なくとも1つの作成操作を実行する必要があります。ドメインスキーマのみを作成する機能を探しています。手がかりはありますか？

私は非リレーショナルデータベース、NOSQLムーブメント全体に関する多くの投稿を読んでおり、その周りにはたくさんの新鮮な新しいアクティビティがあります。非常にスケーラブルなWebアプリケーションを構築するための非常に興味深いアプローチのように思えますが、残念ながら（ただし、この初期段階では良いことでもあります）、現時点では明確なリーダー/標準はありません。

私のバックグラウンドはLAMPスタック（MySQLをdBとして）にあり、どのような違いと制限があるかを理解したかったのですが、実際のWebアプリケーションの例を使用しました。RDBMSと非RDBMSの長所/短所の理論に関する優れた記事はたくさんありますが、既存のWebアプリ（ソーシャルブックマークなど）の構築方法の例を説明するものは見つかりませんでした。新しいdB構造の利点と、もしあれば除外しなければならない機能-NOSQL dBは、キー値、ドキュメント中心、またはグラフである可能性があります。

誰かがNOSQLと実際のWebアプリのRDBMSモデル/アーキテクチャ（ソーシャルブックマークや概念をうまく説明する可能性のある他の例など）の高レベルの比較を試してみませんか？

他の人への参照のために、ここに私が出くわした記事のいくつかがあります：

• 非リレーショナルデータベースの設計
• http://nosql-databases.org/
• http://linux-mag.com/cache/7579/1.html
• http://blog.boxedice.com/2009/07/25/choosing-a-non-relational-database-why-we-migrated-from-mysql-to-mongodb/
• http://bret.appspot.com/entry/how-friendfeed-uses-mysql
• http://metabrew.com/article/anti-rdbms-a-list-of-distributed-key-value-stores/
• http://rackspacecloud.com/blog/2009/11/09/nosql-ecosystem/
• http://horicky.blogspot.com/2009/11/nosql-patterns.html

CouchDB が非リレーショナル データベースで人気があるのはなぜですか?

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

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

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

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

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

ドキュメント管理システムを作成するために、MongoDB のようなドキュメント ストアを検討していますが、通常のデータベース (Firebird、Sql Server、Mysql) の経験が豊富であるため、リレーショナル データベースの上にドキュメント ストアをモデル化できるかどうか疑問に思っています。

ドキュメント ストア、スキーマレスの利点:

• ファイルに関する任意のメタデータを保存するタスクに適しています
• スキーマをアップグレードする必要はありません
• mongodbによると、BLOBのようなビデオの優れたパフォーマンス
• 容易なスケーラビリティ

しかし、リレーショナルなものでは:

• 参照整合性
• より良いツーリング
• クラッシュや破損に対する耐性が向上
• SQL

では、この場合、リレーショナル データベースはどのように機能するのでしょうか?

GT.Mについてここで見つけたNOSQLエンジンを探しています：http： //www.slideshare.net/robtweed/gtm-a-tried-and-tested-schemaless-database

SQL ODBCをサポートしているので、最初は見栄えがします。しかし、これで実際の経験があるのだろうか？誰かがそれを使用しましたか？

CouchDBを使用して、私は現在、アイデアを表すドキュメントを持っています。このアイデアを評価できます。すべてのアイデアは1つのドキュメントであり、すべての評価は異なるドキュメントです。人々がアイデアを評価しているときの同時アクセスの問題を回避するために、私はこのようにこれを行っています。

私の文書はそのように見えます（私はそれらを単純化しました）：

アイデア：

評価：

私は現在、reduce関数を使用して、アイデアIDとその評価（評価の単純な合計）を返します。

地図：

減らす：

私の質問は、「アイデア」ドキュメントに「参加」して、アイデアの評価を表すリデュース結果を得るにはどうすればよいでしょうか。

これらのnosqlタイプのデータベースには、クエリを実行したり、「テーブル」とその属性を表示したりできるGUIエクスプローラーがありますか?

MongoDBやCouchDBなどのデータベースのスキーマ移行を自動化する方法を探しています。

できれば、この楽器はPythonで書く必要がありますが、他の言語でもかまいません。