MySQL vs PostgreSQL Part2
■ このスレッドは過去ログ倉庫に格納されています
同じオープンソースRDBMSとしてのMySQLとPostgreSQLを語ろう。 どちらが良い・悪いの宗教論争ではなく、漏れたちユーザにとってのそれぞれの使い所を見出そう。 前スレ MySQL vs PostgreSQL http://pc8.2ch.net/test/read.cgi/db/1056943680/l50 個人的にはどっちもどっち・・・ 技術者が手慣れたものがいちばん良いよ・・・とは言え、参照系ならMySQL、そうじゃないなら PostgreSQLって感じかな。 当たり前のことしか書けないわ。(笑) たいていの用途には速度も昨日もPostgreSQLの方が上だと思われ。 コネクション数が多い場合、mysqlのほうが有利な気がする。 あとHAや負荷分散かんがえるとmysqlのほうが有利な気がする。 replace(or upsert)は正直うらやましい。 でも、PostgreSQLのほうが扱い慣れてのもあるけど、変な制約もなく基本的な機能が素直で良い子 仕事で使う場合、機能や速度よかライセンス的にPostgreSQLのほうがありがたいね。 あと、PostgreSQLのHAクラスターっていろんな実装が出てきては開発停止になっている印象が。 PGClusterの印象が強すぎるせいかもしれないけど。 いまはpgpool、PostgresForest、Slony-lってとこなのかな? HAするときはpgpool-IIをpgpool-Iモード(systemDB使わない方)だなぁ pgpool-IIは複雑すぎるきがするOTL >>337 商用ライセンス買っているのかな? うちのところは貧乏なので、商用or GPLで悩むのならBSDLの PostgreSQLをつかってしまえって感じで、いまやPostgreSQLだらけ。 >>338 ふむふむ。 そういえば、PostgreSQLのHAクラスタ周りのスレってあるのかな? PostgreSQLの本スレにもあまり話が出てこないし… >>339 PostgreSQLのクラスタの情報ってホント少ないよね。 あとフェイルオーバークラスタ、シングルマスタクラスタなら できるようになったけど、マルチマスタクラスタが いつになったら安定して出来るようになることやら。 PGClusterは開発者が実質一人しかいないけど、 その人もずっと忙しくて、開発やってる暇ないらしいし。 誰か休日使ってPGClusterの動作テストとデバッグやってくれない? 素朴な疑問です 出会い系サイトでもミクシみたいなサイトでもいいんだけど、 メッセージの送信履歴を参照する(一覧を作る)ときって、 メッセージテーブルがあって、その中の「sendUser」みたいなパラメータが そのユーザのIDと一致するものを引き出して一覧化するイメージを考えています。 で、このときにメッセージテーブル中のログが10万件くらいあって、 一ユーザが一度のテーブル参照で引き出せる情報数が直近の5件だけで、 一度に1万ユーザくらいが一度に同テーブルにアクセスしてもMySQLって壊れない ものなんですかね? バカっぽい質問してたらすみません。 アプリケーション・サービスの実例を交えた 効率的なDB構築の本があったら、よかったら教えてください。 PGCluster-IIが性能面で使い物になるレベルに達してくれればなあ・・・ なるんじゃないかなぁ〜〜。 WEB+DBの連載を見ている限りは期待できるんだけど。 ttp://itpro.nikkeibp.co.jp/article/NEWS/20070605/273740/ によると 8.3以降では,Skypeが開発し使用しているSkytoolsと呼ぶ クラスタリング・ツールの提供が予定される。 「Skypeではこのツールにより20以上のサーバーをクラスタリングし、 2500万以上のユーザーのデータを扱っている」(Berkus氏)という。 とのことだけど、どんなもんなんだろ? 参照系でもMySQLとPostgreSQLの差なんてほとんどないように思うんだけど・・ MySQLの優位性ってクラスタリングぐらいしか残ってないんじゃね? >>348 「マーケティング」を忘れるな。 MySQL ABのマーケティング部門はかなり有能。 PHPバインディングの出来(特にPDO)はMySQLのほうがだいぶ良い。 でもPostgreSQLのほうが好きなんだ・・・ どこまで本当かはわからんが... 「MySQL,PostgreSQLとFirebirdの性能をユーザー会メンバーが徹底比較, 判明した"意外な結果”」---OSC2007.DBより http://itpro.nikkeibp.co.jp/article/NEWS/20070624/275673/ >>351 PostgreSQL のバージョンが 8.1 と少し古いね。 8.2 にすれば、かなり PostgreSQL が有利になりそうな予感。 MySQLはbeta版つかっているんだなぁ。 なら、PostgreSQLも8.3のdev版つかってHOTを使うなんていうことも許されるはず。 ttp://itpro.nikkeibp.co.jp/article/COLUMN/20070409/267852/ ただ、8.2は8.1に比べて激しく遅くなることもあるっていうのが以前本スレに 出ていたんで、それを考えてあえて8.1にしたのかも。 >>351 正直、速さ/遅さの理由の説明ができていない比較の信憑性は無いも同然。 話半分に留めておいたほうがいい。 ちょいと質問させてください。 旬な時期の過ぎたデータ(って表現が正しいかは疑問ですが)をディスクから 追い出してDVDとかにデータベースなり、表領域なり、表なりの単位で 退避(改ざんできないように-R系のメディアを希望)しておいて、 ちょっと必要になったときだけシステムにマウントして参照するようなことは PostgreSQL, MySQLで実現可能でしょうか? Oracleのtransportable tablespaceみたいな機能が欲しいんですけども。 >>355 余裕です。データベース単位、テーブル単位等でダンプできます。 もちろんリストアもできます。 ちょっと参照したいなという時は一時的なデータベースを作ってあげて、 そこにリストアしてあげればOKです。 両者は良きライバル。互いに研きあって、世界最強の二大データベースを目指せ! postgresql.jp がDNS で見つからないんだけど、どこ行ったの ? 更新と参照が多い場合だとMySQLのが有利? postgreSQLだとレコード更新されるたびに追加されていくわけだよね? 追記型は更新が苦手… そんなふうに考えていた時期が俺にもありました。 PostgreSQL 8.3はかなり性能上がっていそうだしねぇ >>367 sqliteと比較すべきものはBerkley DBでそ。 http://gkinyn.cn mp3 dmusic downloads ipod http://gkinyn.cn mp3 dmusic downloads ipod 素人質問ですみません。 MYSQLにはPHPmyadminがありますが、Postgreには同じようなソフト って言うか、簡単にPostgreSQLを扱えるようなものはありますか? よろしくご教授ください。 >>376 おお、やっぱりあるのですね。 ありがとうございます。 早速インストールしてみます。 やっぱフリーソースの両巨頭ですね。 この2つのデータベースは。 JIS2004に対応できてない時点で、今MySQLを選択するのはヤバくない? solidDB for MySQL http://sourceforge.net/projects/soliddb/ >solidDB for MySQL is an open source relational database management system (RDBMS) > that consists of MySQL Server and solidDB Storage Engine for MySQL. SUNに買収されて比較対象がPostgreSQLからOracleやDB2、SQLServerへ変わるの? >>378 よくわからんけど、JIS2004って字形だけの問題じゃないの? >>381 UNICODE補助文字が使われるようになったので UTF-8が最大4byteになる MySQLはutf8最大3byteまでしか保存できない ほうほう。 ってか >MySQLはutf8最大3byteまでしか保存できない なにこの糞仕様w MySQLはバージョン6から utf8の4バイト対応 MySQLは4->5->6と文字コード周りでの混乱がすごいな 数千万規模のレコードを扱うにはMySQLとPostgresどちらが適しているでしょうか? べつにどっちでもいけるんじゃね。 アプリの出来次第だし。 実務で新規に使う分にはぶっちゃけどっちもそんな変わらないよな。 レプリケーション組まなきゃならん程の規模になるとMySQLのが日本語の情報が 多いとは思うけど。 決定的な違いはMySQLにゃ有償サポートがあるって事じゃね? Oracleはさらにそんだけ高い金払ってこうなったんじゃ仕方ないよねって 空気作れるからという理由でチョイスするSE様も結構いるとか居ないとか。 Postgres だってサポートしてくれる会社はあるでしょ。 だな。SunがサポートするのかSRAがサポートするのかの違い。 サポートの有無だけじゃなくて、質も重要だよな。 オープンソースじゃなくても、マイナーな製品だとサポートがまったく 役に立たない場合もザラだからな。 教育コース整備されていて、一定のレベルのエンジニアを量産する システムが出来上がっているOracleやDB2はやっぱり安心感が違うよ。 そういえばPostgreSQLが流行らないのは名前のせいで だから名前を変えようとかいう動きはどうなったんだろう? postgreはGUIやらlimitやらで使い勝手が良すぎる。俺はpostgreを全力で 応援します。 MySQL、新機能追加は有償版の「MySQL Enterprise」だけを対象に http://www.technobahn.com/news/2008/200804172000.html Linuxを代表するオープンソースベースのリレーショナルデータベース管理システムのMySQL が近くソースコードの公開を停止する方向で準備を進めていることが16日、米カリフォル ニア州サンタクララで開催中のMySQLコンファレンスの席上で明らかとなった。 >>399 はタイトルは元記事通りですが本文は元記事と違います。 >無償版の「MySQL Community Server」の提供は今後も継続されるが、 >無償版と有償版の開発は完全に切り離されることとなり、 >無償版と有償版の2つのMySQLはまったく別々の進化を遂げることとなる見通しだ。 新機能が有償版 のみ/から ってことは、無償版よりもむしろバグが増えるんじゃないだろうか。 Fedora → RHEL のように、テスト → エンタープライズにしてくれれば良いんだが。 >>400 これ、思いっきり悪く捉えると ・GPL版はいまさらライセンス変えようがないから放置 ・商用版はclosedにして開発続行 となるんだけど、実際どうなるんだろう? GPL版もきちんとSunが開発に かかわり続けるのかな? もちろん、GPLなんだから有志で開発引き継ぐことは可能だけど。 >>404 Forkはされるだろうけど、有償サポートや開発者をフルタイムで雇用する企業が あらわれないとプロジェクトの維持は難しいと思う。 Firebird - Interbase の先例があるとはいえ、独立路線は無理だろう…。 DBMSじゃないけどNetscape -> Mozilla -> Firefoxのような路線もあるわけだし、 これだけユーザ数が多いのだから、どうにかなりそうな気はしないでもない。 ひょっとしたら新規にforkされたプロジェクトがPostgreSQLより開発者が 多くなる可能性もあるし。 とはいえ、フリーのものを使いたければPostgreSQLを使えという流れが 強くなることは確実だろうね。 >> 408 リンク先、ちゃんと読んでる? > a shift to development of those features occurring only in MySQL Enterprise. > MySQL Enterprise のみで使用できる機能の開発にシフトする。 Enterprise に開発をシフトする -> GPL 版放置 -> 誰かが Fork せねば という流れは自然でしょ。 あと、むしろ Enterprise 版の品質が落ちるという懸念も書いてある。 > they will be giving their paying customers real, true, untested code. > MySQL 社は、お金を払ったユーザに、まったくもってテストの不十分なコードを使わせることになる。 >>409 ちゃんと Mickos の投稿も読んでるかな? GPL 版を重視するのは変わらずで、GPL 版の周辺ソフトウェアに GPL じゃないライセンスを採用するかもしれないという話だと 思うけど、これはオープンソースを活用しているビジネスモデル としては普通の事じゃないかな。そこでは Netteza や InnoDB の ケースが出てるよね。こういうモデルはオープンソース版があって 初めて成り立つ話であって、GPL 版を放置するという発想が どうして出て来るのかが不思議だよ。 そんなに大規模じゃなきゃMySQLで十分要求を満たす。 OracleやSQL-Serverで大規模を先に経験すると、 MySQLのシンプルさに疑心暗鬼になって、Postgresを 選択する。あるいはMySQL<4.1のサブクエリシンドロームな 人たちもPostgresを選択する傾向にある気が巣。 Derbyとか知るとMySQLがシンプルとは思えないんだが。 これも以外に要求を満たすからなぁ。 社内インフラ程度(?)の規模なら問題なしだし。 はともかく、単にMySQL対応のアプリ使いたいときは普通にMySQL選択するし、 特に要望がなければPostgresかな。 規模がデカくなるとDB2とかの商用使うな。Oracleはマンドクセなので個人的には嫌い。 情報量としてはMySQLの方が多くなってる気がするんだが >>412 >>413 大規模じゃなきゃ使えるって、まじで言ってるの? mixiもYahoo!もFacebookも、超大規模なところはみんなMySQLなんだが。 GoogleもMySQLですよ? あれはちょっと使い方が違うけど。 別に誰も「大規模だと使えない」なんて言ってないと思うが。 なにを言いたいのかちっともわからん。 # 規模がでかい時に商用使うのは機能的な問題より、なんかあった # 時に客に説明しやすいからだろうと思う。 超絶的な瞬間最大アクセス(?)がおきるオリンピック公式サイトはDB2だったと思うが。 大規模で楽したいって意味と顧客に説明する時にOracleとかは根拠のない 安心感があるんだよ。w つかGoogleみたいな博士級のエンジニアがいる会社と偽装派遣や孫受けに 丸投げするばかりの能無し自称IT企業の事情といっしょにすんなよ。 #現実的には9割は後者の会社が多いと思っている。 >>416 > 別に誰も「大規模だと使えない」なんて言ってないと思うが。 じゃあ、MySQLは大規模でも使える(実例も多い)って結論だな。 > つかGoogleみたいな博士級のエンジニアがいる会社と Googleが異常なだけで、mixiなんかは全然いないよw 普通のエンジニア。 mixiはfedoraをドカドカ使う度胸は凄いと思うな。 根性無しと言うワケではないが、そこはRHELを使うトコだろ、って思うし。 確かにfedoraでもdebianでもカーネルパニックとかには遭遇した事ないけどサ。 まあ原因不明のOracleのインスタンス落ちを経験するとfedora+MySQLでも たいして安定性は変わらんとは思う。 Postgresも7以前は商用に比べれば、不安はあるけど8以降は結構いい感はある。 >>418 >> 別に誰も「大規模だと使えない」なんて言ってないと思うが。 > じゃあ、MySQLは大規模でも使える(実例も多い)って結論だな。 お前、プログラマに向いてないから早めに足洗った方がいいぞ。 まあ、痛い目を見るのはお前さんだからどうでもいいけど。 >>419 mixiはCentOSじゃなかった? > 確かにfedoraでもdebianでもカーネルパニックとかには遭遇した事ないけどサ。 ああいうとこはkernel入れ替えてるんじゃないかな。 >>420 おまえ、何の情報も持ってないんだなぁ... >>422 > おまえ、何の情報も持ってないんだなぁ... >>418 のアホさ加減を示すのにこれ以上なんか情報がいるのか? もう十分だと思うけど。 何が十分なんだよ。 相手が泣き叫んで許しを請うまでひたすら続けろ。 他人を貶す前に己の貧しさを知れ! 聞き囓った様な話じゃなくて、 本質的な内容にしようぜ。 >>429 そう言いつつネタ出せないんだから、つまらんやつだなぁ。 じゃあなんかネタふるか。 Drizzleどうよ? ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる