2

多くの RSS フィードにアクセスしたり、サイトのデータ (主にニュース) をクロールしたりする Rails アプリケーションを開発しています。これは Google ニュースのようなものですが、アプローチが異なります。そのため、大量のニュース (またはニュースの概要) を保存し、それらをさまざまなカテゴリに分類し、ランキングとレコメンデーションの手法を使用します。

  • MySQL を使用する必要がありますか?

  • ドキュメントを保存するために IBM DB2 purexml を使用する価値はありますか? また、DB2 を選択した場合、Ruby 検索の実装 (Ferret、Ultrasphinx など) は必要ありません。あれは正しいですか？

  • これにおけるPostreSQLの利点は何ですか?

  • このシナリオで Couch DB を使用するのは理にかなっていますか?

ソリューションを過度に複雑にすることなく、最適なオプションを選択したいと思います。そこで、2 つの異なるストレージ ソリューションを使用するというアイデアを破棄しました (1 つはニュース ドキュメント用で、もう 1 つは残りのデータ用です)。また、「無料」のオプションのみを検討しているため、Oracle や MS SQL Server は調べませんでした。

4

5 に答える 5

3

purexmlはSQLよりも重いため、WebサーバーとDB間のラウンドトリップに多くの費用がかかります。多数のユーザーを計画している場合は、それを避けます。Webサーバーに要求をキャッシュさせて、毎回xml（rss）を作成しないようにすることをお勧めします。

MySQLは非常に優れており、完全に無料であるため、PostgreSQLも使用しますが、使用したことがないため、言うことはできません。

CouchDBは理にかなっているかもしれませんが、データのOLAP（オフライン分析）を実行する予定がある場合は、通常のRDBMSの方が適しています。

于 2008-11-19T15:14:16.700 に答える
3

最初に、私は一般的に mysql が好きではないことを認めますが、postgres に関するこのトピックについて書いていることを述べておきます。

http://oldmoe.blogspot.com/2008/08/101-reasons-why-postgresql-is-better.html

純粋なリレーショナル データベースが必要な場合は、常にこれを選択します。ドキュメント データベースについて詳しく知らないと、ドキュメント データベースの方がアプリケーションに適しているかどうかはわかりません。少なくとも調査する必要があるもののように聞こえます。

于 2008-11-22T21:45:06.160 に答える
1

MySQL はおそらく最良の選択肢の 1 つです。軽量で、インストールと保守が簡単で、マルチプラットフォームで無料です。その上、優れた無料のクライアント ツールがいくつかあります。

考えるべきこと; システムの性質上、非常に急速に大きくなるテーブルがいくつかある可能性があるため、パフォーマンスについて考える必要があるかもしれません。

したがって、MySQL は垂直パーティショニングをサポートしますが、V 5.1 以降のみです。

于 2008-11-20T21:47:43.003 に答える
0

あなたが構築するアプリケーションは、簡単に大規模な Web アプリケーションになる可能性があるように思えます。信頼性が高いことで知られている PostgreSQL をお勧めします。

次のリンクを参照してください。MochiMedia の Bob Ippolito が、MySQL を PostgreSQL から切り離した理由を説明しています。投稿は 3 年以上前のものですが、最近の MySQL 5.1 の問題は、それらがまだ関連していることを証明する傾向があります。

http://bob.pythonmac.org/archives/category/sql/mysql/

于 2008-12-10T15:51:19.283 に答える
0

MySQL は本番環境に適しています。Rails に PostgreSQL を使用したことはありませんが、これも優れたソリューションです。

開発およびテスト環境では、SQLite (デフォルト) から開始し、完成に近づくにつれて、テスト環境のターゲット DB に移行する可能性があります。

于 2008-12-10T15:55:26.217 に答える