ある程度、無難な扱い易さでいったらPostgreSQL、限界的な性能を必要とするのであればMySQLという感じでしょうか。回答ありがとうございます。16:21HOTについての説明がちと違っている感じですね。条件によっては上書きされます(らしいです。21:06追記でMVCCを実現してるアーキテクチャで上書きしたら、原理的にACIDのIを実現しようがないですよね。それとも並列に動いてるトランザクションが一個もない場合に限って上書きするということでしょうか?そのような情報は見つからなかったので、詳細へのリンクを希望します。移行するという観点をもとに回答します。ふつーはおこなわない謎のクエリ構造を組み上げる営みが、往々にして必要となります。http://mysql.manual.php.to/storage-engines.html#storage-engine-choosing特に困るのがバックアップ実行時です。バックアップ実行中に該当テーブルがバックアップ終了するまでテーブルロックが発生してしまいます。これは通常運用時に特に困ります。バックアップ中にシステムがフリーズするのを避けるには、なにかしら方式を工夫する必要があります。ドライバーのデフォルト値が、とても変です。これは歴史的経緯によるものですが、、、。ドライバーと似た挙動をさせたい場合には、驚くほどの大量の追加設定をおこなう必要があります。文がすべてエラーになってしまいます。業務的に一意制約違反を発生させて、それ以降の処理を分岐しようというのに慣れている人は注意しましょう。これの代替手段が提供されています。ほうが、すべてを台無しにするような危険な罠のタグイは少ないように思えます。(0)ありがとうございます。HOTについて追記しました。13:56tabizouさん、貴重な追加情報ありがとうございます。した追加情報は、次回からは「ノートを書く」を使って投稿をお願いします。Rails界隈では、MySQLよりもPostgreSQLに人気がシフトしているトレンドがあるようです。最近話題になったRailsホスティングに関する、このアンケート調査(調査対象や方法は要確認ですが、1200~1300ユーザーに聞いているので一定の信頼性はあるかもしれません)を見ると、2009年に80%の人がMySQLを使っていて、60%の人が新規開発でもMySQLを選ぶと回答2009年にPostgreSQLを使っていたのは14%2012年の調査では、PostgreSQLを使っているのは40%に増加していて、新規開発にPostgreSQLを選ぶとした人は60%ということです。逆転しつつあるということですね。Yardが2012年8月14日に、デフォルトのRDBをMySQLからPostgreSQLへ変更すると発表しているのも気になります。YardのCEOに先日直接聞いたのですが、RubyコミュニティのOracleに対する憂慮を反映して、という側面もあるようです。Hudson→Jenkins、OpenOffice→LibreOfficeと、これまでOracleはオープンソースコミュニティとうまく付き合ってきた実績に欠けています。Yardとしては、本当はMySQLとPostgreSQLの2つを同時にサポートするのはコスト増なので1本化するのが戦略上の合理性があるのだけど、ユーザーの声を聞いた結果だということです。Defaultには、PostgreSQLの優れたメリットが書いてあります。9.2ではネイティブでJSON対応など機能開発が盛んといったところでしょうか。値を書く際のバリデーション行や配列型の値からのJSON文字列の組み立ての2つで、クエリには非対応のようです。あるように、TEXT型で入れるのと違ってJSON型で入れるメリットはRFC的にvalidなJSONかどうかをチェックしてくれます。あるように、arrayやrowをJSONに変換する関数が利用できるとうことですね。ちなみに、ここのQA@ITもPostgreSQLを使っていますが、PostgreSQLのエクステンションとして使えるKVSのhstoreをある種のユーザーアクティビティの抽象化に使っていたり、質問の検索でTrigramを使って文書の近縁度を判定するクエリを投げたりしていて、いろいろとPostgreSQLは高機能だなという印象を受けています。kennさんの回答にあるように大規模サービスで限界の性能を引き出すならMySQLというのが妥当だとすると、Rails界のトレンドシフトというのは、Railsの適用事例が比較的中小規模のサービスや業務アプリで増えている、ということもあるのかもしれないなと想像していたりします。(3)回答ありがとうございます。Rails界隈に身を置いているとHerokuがデフォルトでPostgreSQLを採用していたり、何かとPostgreSQLの方がよく名を聞く気がします。Railsとの親和性という観点で言うとPostgreSQLの方が向いていると言えるかも知れませんね。19:01あと「ORMがDBの違いを吸収する」というのは、シンプルなアプリでないとファンタジーという側面もありますよね。20:23そうですね。結局、パフォーマンスがシビアな部分や、集計など処理が重い部分は生SQLを書かざるを得ないケースもまだまだありますね。スタートアップ的な、Herokuなどを使って小規模なアプリケーションから始めるケースでは、PostgreSQLが使われるケースも多いのかも知れませんね。3からActiveRecordがものすごくパワフルになったので、生SQLを書く総量はかなり減りました。関連表側のスコープもmergeで取り込めるし(http://benhoskin.gs/2012/07/04/arel-merge-a-hidden-gem)、サブクエリさえ、to_sqlした結果を埋め込むなどできるので。関係代数の数学的な裏付けがあることのパワーですね。01:18やはりArelの完成度は相当高いみたいですね。使いこなせていない感じなので、勉強しようと思います。10:29些事ですが、PostgreSQLのJSON型は、9.2の時点ではクエリには未対応です。できることは主に、1.値を書くのする際のバリデーション、2.行や配列型の値からのJSON文字列の組立、の2つです。14:29choplinさんありがとうございます。本文のJSONの記述を修正しました。23件http://sfbay.craigslist.org/search/sof?query=PostgreSQL&srchType=Aまだまだ、MySQLの方が使われているみたいですね。(0)回答ありがとうございます。求人という観点だと、やはりMySQLの突き詰めたチューニングが出来る技術者などへの要望が多いのかも知れませんね。21:27ウォッチこの質問への回答やコメントをメールでお知らせします。