X
トップページ⇒DB＠2ch掲示板
1002コメント288KB
MySQL vs PostgreSQL Part2
■ このスレッドは過去ログ倉庫に格納されています
0001NAME IS NULL
垢版 |
2005/08/03(水) 04:43:20ID:j7oDtJr2
同じオープンソースRDBMSとしてのMySQLとPostgreSQLを語ろう。

どちらが良い・悪いの宗教論争ではなく、漏れたちユーザにとってのそれぞれの使い所を見出そう。

前スレ

MySQL vs PostgreSQL
http://pc8.2ch.net/test/read.cgi/db/1056943680/l50
0338NAME IS NULL
垢版 |
2007/06/22(金) 13:51:50ID:???
HAするときはpgpool-IIをpgpool-Iモード(systemDB使わない方)だなぁ
pgpool-IIは複雑すぎるきがするOTL
0339NAME IS NULL
垢版 |
2007/06/22(金) 20:28:58ID:???
>>337
商用ライセンス買っているのかな?
うちのところは貧乏なので、商用or GPLで悩むのならBSDLの
PostgreSQLをつかってしまえって感じで、いまやPostgreSQLだらけ。

>>338
ふむふむ。
そういえば、PostgreSQLのHAクラスタ周りのスレってあるのかな?
PostgreSQLの本スレにもあまり話が出てこないし…
0340NAME IS NULL
垢版 |
2007/06/24(日) 16:00:42ID:joeyVZjM
>>339
PostgreSQLのクラスタの情報ってホント少ないよね。

あとフェイルオーバークラスタ、シングルマスタクラスタなら
できるようになったけど、マルチマスタクラスタが
いつになったら安定して出来るようになることやら。

PGClusterは開発者が実質一人しかいないけど、
その人もずっと忙しくて、開発やってる暇ないらしいし。
誰か休日使ってPGClusterの動作テストとデバッグやってくれない？
0341NAME IS NULL
垢版 |
2007/06/25(月) 00:37:31ID:???
素朴な疑問です
出会い系サイトでもミクシみたいなサイトでもいいんだけど、
メッセージの送信履歴を参照する（一覧を作る）ときって、
メッセージテーブルがあって、その中の「sendUser」みたいなパラメータが
そのユーザのIDと一致するものを引き出して一覧化するイメージを考えています。

で、このときにメッセージテーブル中のログが１０万件くらいあって、
一ユーザが一度のテーブル参照で引き出せる情報数が直近の５件だけで、
一度に１万ユーザくらいが一度に同テーブルにアクセスしてもMySQLって壊れない
ものなんですかね？
バカっぽい質問してたらすみません。　アプリケーション・サービスの実例を交えた
効率的なDB構築の本があったら、よかったら教えてください。
0342NAME IS NULL
垢版 |
2007/06/25(月) 17:28:36ID:???
なんでここで聞くんだ？
マルチか？
0343NAME IS NULL
垢版 |
2007/06/27(水) 23:01:09ID:XtQZ2L9a
PGCluster-IIが性能面で使い物になるレベルに達してくれればなあ･･･
0344NAME IS NULL
垢版 |
2007/06/29(金) 09:59:27ID:???
なるんじゃないかなぁ〜〜。
WEB+DBの連載を見ている限りは期待できるんだけど。
0345NAME IS NULL
垢版 |
2007/06/29(金) 22:03:47ID:???
ttp://itpro.nikkeibp.co.jp/article/NEWS/20070605/273740/ によると
8.3以降では，Skypeが開発し使用しているSkytoolsと呼ぶ
クラスタリング・ツールの提供が予定される。
「Skypeではこのツールにより20以上のサーバーをクラスタリングし、
2500万以上のユーザーのデータを扱っている」（Berkus氏）という。
とのことだけど、どんなもんなんだろ?
0346NAME IS NULL
垢版 |
2007/06/29(金) 23:07:58ID:tZB+lLHU
誰がデータを消したってログも残せないヘボＤＢ
0347NAME IS NULL
垢版 |
2007/06/30(土) 07:57:11ID:???
確かに346にはできないだろうね。
0348NAME IS NULL
垢版 |
2007/07/02(月) 05:32:47ID:/UsVuWmO
参照系でもMySQLとPostgreSQLの差なんてほとんどないように思うんだけど・・
MySQLの優位性ってクラスタリングぐらいしか残ってないんじゃね？
0349NAME IS NULL
垢版 |
2007/07/02(月) 06:41:17ID:IM39awRs
>>348
「マーケティング」を忘れるな。
MySQL ABのマーケティング部門はかなり有能。
0350NAME IS NULL
垢版 |
2007/07/02(月) 07:01:58ID:???
PHPバインディングの出来(特にPDO)はMySQLのほうがだいぶ良い。
でもPostgreSQLのほうが好きなんだ・・・
0352NAME IS NULL
垢版 |
2007/07/03(火) 01:06:00ID:???
>>351
PostgreSQL のバージョンが 8.1 と少し古いね。
8.2 にすれば、かなり PostgreSQL が有利になりそうな予感。
0353NAME IS NULL
垢版 |
2007/07/03(火) 08:39:30ID:???
MySQLはbeta版つかっているんだなぁ。
なら、PostgreSQLも8.3のdev版つかってHOTを使うなんていうことも許されるはず。
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20070409/267852/

ただ、8.2は8.1に比べて激しく遅くなることもあるっていうのが以前本スレに
出ていたんで、それを考えてあえて8.1にしたのかも。
0354NAME IS NULL
垢版 |
2007/07/07(土) 00:52:49ID:???
>>351
正直、速さ／遅さの理由の説明ができていない比較の信憑性は無いも同然。
話半分に留めておいたほうがいい。
0355NAME IS NULL
垢版 |
2007/08/04(土) 02:11:36ID:???
ちょいと質問させてください。
旬な時期の過ぎたデータ（って表現が正しいかは疑問ですが）をディスクから
追い出してDVDとかにデータベースなり、表領域なり、表なりの単位で
退避（改ざんできないように-R系のメディアを希望）しておいて、
ちょっと必要になったときだけシステムにマウントして参照するようなことは
PostgreSQL, MySQLで実現可能でしょうか？

Oracleのtransportable tablespaceみたいな機能が欲しいんですけども。
0356NAME IS NULL
垢版 |
2007/08/04(土) 12:16:07ID:???
>>355
余裕です。データベース単位、テーブル単位等でダンプできます。
もちろんリストアもできます。
ちょっと参照したいなという時は一時的なデータベースを作ってあげて、
そこにリストアしてあげればＯＫです。
0357NAME IS NULL
垢版 |
2007/11/14(水) 13:30:47ID:???
両者は良きライバル。互いに研きあって、世界最強の二大データベースを目指せ！
0358NAME IS NULL
垢版 |
2007/11/18(日) 08:00:12ID:???
postgresql.jp がDNS で見つからないんだけど、どこ行ったの ?
0363NAME IS NULL
垢版 |
2007/11/21(水) 14:31:46ID:???
更新と参照が多い場合だとMySQLのが有利？
postgreSQLだとレコード更新されるたびに追加されていくわけだよね？
0364NAME IS NULL
垢版 |
2007/11/21(水) 14:42:08ID:???
MySQLはDBエンジンで大きく変わるから。
0365NAME IS NULL
垢版 |
2007/11/21(水) 20:01:11ID:???
追記型は更新が苦手…
そんなふうに考えていた時期が俺にもありました。
0366NAME IS NULL
垢版 |
2007/11/22(木) 01:31:36ID:???
PostgreSQL 8.3はかなり性能上がっていそうだしねぇ
0367NAME IS NULL
垢版 |
2007/11/22(木) 04:18:50ID:2Sp8w7qm
（・∀・）sqliteは？
0368NAME IS NULL
垢版 |
2007/11/22(木) 13:22:28ID:???
>>367
sqliteと比較すべきものはBerkley DBでそ。
0375NAME IS NULL
垢版 |
2007/12/05(水) 19:34:44ID:OOBUSy/9
素人質問ですみません。
MYSQLにはPHPmyadminがありますが、Postgreには同じようなソフト
って言うか、簡単にPostgreSQLを扱えるようなものはありますか？
よろしくご教授ください。
0377NAME IS NULL
垢版 |
2007/12/05(水) 21:07:25ID:???
>>376
おお、やっぱりあるのですね。
ありがとうございます。
早速インストールしてみます。
やっぱフリーソースの両巨頭ですね。
この2つのデータベースは。
0378NAME IS NULL
垢版 |
2007/12/13(木) 20:13:20ID:WMZdbRJN
JIS2004に対応できてない時点で、今MySQLを選択するのはヤバくない？
0379本田
垢版 |
2007/12/30(日) 02:53:39ID:bvgNtfNF
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.
0380NAME IS NULL
垢版 |
2008/01/17(木) 01:20:29ID:???
SUNに買収されて比較対象がPostgreSQLからOracleやDB2、SQLServerへ変わるの？
0381NAME IS NULL
垢版 |
2008/01/17(木) 11:07:07ID:???
>>378
よくわからんけど、JIS2004って字形だけの問題じゃないの？
0382NAME IS NULL
垢版 |
2008/01/17(木) 18:57:35ID:???
>>381
UNICODE補助文字が使われるようになったので
UTF-8が最大4byteになる
MySQLはutf8最大3byteまでしか保存できない
0383NAME IS NULL
垢版 |
2008/01/17(木) 19:13:58ID:???
ほうほう。
ってか
＞MySQLはutf8最大3byteまでしか保存できない
なにこの糞仕様ｗ
0384NAME IS NULL
垢版 |
2008/01/17(木) 22:02:36ID:???
MySQLはバージョン6から
utf8の4バイト対応
0385NAME IS NULL
垢版 |
2008/01/17(木) 23:00:09ID:???
MySQLは4->5->6と文字コード周りでの混乱がすごいな
0386NAME IS NULL
垢版 |
2008/02/20(水) 09:47:27ID:7Da97kAQ
数千万規模のレコードを扱うにはMySQLとPostgresどちらが適しているでしょうか？
0389NAME IS NULL
垢版 |
2008/02/20(水) 21:49:18ID:???
べつにどっちでもいけるんじゃね。
アプリの出来次第だし。
0390NAME IS NULL
垢版 |
2008/02/22(金) 02:48:16ID:???
実務で新規に使う分にはぶっちゃけどっちもそんな変わらないよな。
レプリケーション組まなきゃならん程の規模になるとMySQLのが日本語の情報が
多いとは思うけど。

決定的な違いはMySQLにゃ有償サポートがあるって事じゃね？

Oracleはさらにそんだけ高い金払ってこうなったんじゃ仕方ないよねって
空気作れるからという理由でチョイスするSE様も結構いるとか居ないとか。
0391NAME IS NULL
垢版 |
2008/02/22(金) 07:52:56ID:???
Postgres だってサポートしてくれる会社はあるでしょ。
0392NAME IS NULL
垢版 |
2008/02/22(金) 15:12:05ID:???
だな。SunがサポートするのかSRAがサポートするのかの違い。
0393NAME IS NULL
垢版 |
2008/02/23(土) 00:38:21ID:???
サポートの有無だけじゃなくて、質も重要だよな。
オープンソースじゃなくても、マイナーな製品だとサポートがまったく
役に立たない場合もザラだからな。

教育コース整備されていて、一定のレベルのエンジニアを量産する
システムが出来上がっているOracleやDB2はやっぱり安心感が違うよ。
0394NAME IS NULL
垢版 |
2008/03/14(金) 14:32:18ID:???
そういえばPostgreSQLが流行らないのは名前のせいで
だから名前を変えようとかいう動きはどうなったんだろう？
0398NAME IS NULL
垢版 |
2008/04/14(月) 19:54:43ID:???
postgreはGUIやらlimitやらで使い勝手が良すぎる。俺はpostgreを全力で
応援します。
0399NAME IS NULL
垢版 |
2008/04/19(土) 00:36:35ID:???
MySQL、新機能追加は有償版の「MySQL Enterprise」だけを対象に
http://www.technobahn.com/news/2008/200804172000.html

Linuxを代表するオープンソースベースのリレーショナルデータベース管理システムのMySQL
が近くソースコードの公開を停止する方向で準備を進めていることが16日、米カリフォル
ニア州サンタクララで開催中のMySQLコンファレンスの席上で明らかとなった。
0400NAME IS NULL
垢版 |
2008/04/19(土) 15:51:37ID:???
>>399はタイトルは元記事通りですが本文は元記事と違います。

>無償版の「MySQL Community Server」の提供は今後も継続されるが、
>無償版と有償版の開発は完全に切り離されることとなり、
>無償版と有償版の2つのMySQLはまったく別々の進化を遂げることとなる見通しだ。
0401NAME IS NULL
垢版 |
2008/04/19(土) 16:11:15ID:???
要するにβテストが完了したと言うことなのかな。
0403NAME IS NULL
垢版 |
2008/04/19(土) 23:10:58ID:???
新機能が有償版 のみ/から ってことは、無償版よりもむしろバグが増えるんじゃないだろうか。
Fedora → RHEL のように、テスト → エンタープライズにしてくれれば良いんだが。
0404NAME IS NULL
垢版 |
2008/04/20(日) 00:00:55ID:???
>>400
これ、思いっきり悪く捉えると
・GPL版はいまさらライセンス変えようがないから放置
・商用版はclosedにして開発続行
となるんだけど、実際どうなるんだろう? GPL版もきちんとSunが開発に
かかわり続けるのかな?

もちろん、GPLなんだから有志で開発引き継ぐことは可能だけど。
0405NAME IS NULL
垢版 |
2008/04/20(日) 00:50:09ID:???
>>404
Forkはされるだろうけど、有償サポートや開発者をフルタイムで雇用する企業が
あらわれないとプロジェクトの維持は難しいと思う。
0406NAME IS NULL
垢版 |
2008/04/20(日) 01:03:53ID:???
Firebird - Interbase の先例があるとはいえ、独立路線は無理だろう…。
0407NAME IS NULL
垢版 |
2008/04/20(日) 02:02:14ID:???
DBMSじゃないけどNetscape -> Mozilla -> Firefoxのような路線もあるわけだし、
これだけユーザ数が多いのだから、どうにかなりそうな気はしないでもない。
ひょっとしたら新規にforkされたプロジェクトがPostgreSQLより開発者が
多くなる可能性もあるし。

とはいえ、フリーのものを使いたければPostgreSQLを使えという流れが
強くなることは確実だろうね。
0409NAME IS NULL
垢版 |
2008/04/20(日) 11:23:54ID:???
>> 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 社は、お金を払ったユーザに、まったくもってテストの不十分なコードを使わせることになる。
0410NAME IS NULL
垢版 |
2008/04/20(日) 13:43:18ID:???
>>409
ちゃんと Mickos の投稿も読んでるかな？
GPL 版を重視するのは変わらずで、GPL 版の周辺ソフトウェアに
GPL じゃないライセンスを採用するかもしれないという話だと
思うけど、これはオープンソースを活用しているビジネスモデル
としては普通の事じゃないかな。そこでは Netteza や InnoDB の
ケースが出てるよね。こういうモデルはオープンソース版があって
初めて成り立つ話であって、GPL 版を放置するという発想が
どうして出て来るのかが不思議だよ。
0411NAME IS NULL
垢版 |
2008/06/13(金) 00:51:13ID:???
書店に並んでる本見るとMySQLばかり
0412NAME IS NULL
垢版 |
2008/07/11(金) 16:24:19ID:???
そんなに大規模じゃなきゃMySQLで十分要求を満たす。
OracleやSQL-Serverで大規模を先に経験すると、
MySQLのシンプルさに疑心暗鬼になって、Postgresを
選択する。あるいはMySQL<4.1のサブクエリシンドロームな
人たちもPostgresを選択する傾向にある気が巣。
0413NAME IS NULL
垢版 |
2008/07/12(土) 11:11:08ID:???
Derbyとか知るとMySQLがシンプルとは思えないんだが。
これも以外に要求を満たすからなぁ。
社内インフラ程度(?)の規模なら問題なしだし。

はともかく、単にMySQL対応のアプリ使いたいときは普通にMySQL選択するし、
特に要望がなければPostgresかな。

規模がデカくなるとDB2とかの商用使うな。Oracleはﾏﾝﾄﾞｸｾなので個人的には嫌い。
0414NAME IS NULL
垢版 |
2008/07/12(土) 15:18:22ID:???
情報量としてはMySQLの方が多くなってる気がするんだが
0415NAME IS NULL
垢版 |
2008/07/13(日) 22:19:25ID:???
>>412
>>413

大規模じゃなきゃ使えるって、まじで言ってるの?
mixiもYahoo!もFacebookも、超大規模なところはみんなMySQLなんだが。
GoogleもMySQLですよ? あれはちょっと使い方が違うけど。
0416NAME IS NULL
垢版 |
2008/07/13(日) 22:41:29ID:???
別に誰も「大規模だと使えない」なんて言ってないと思うが。

なにを言いたいのかちっともわからん。

# 規模がでかい時に商用使うのは機能的な問題より、なんかあった
# 時に客に説明しやすいからだろうと思う。
0417NAME IS NULL
垢版 |
2008/07/14(月) 00:26:39ID:???
超絶的な瞬間最大アクセス(?)がおきるオリンピック公式サイトはDB2だったと思うが。

大規模で楽したいって意味と顧客に説明する時にOracleとかは根拠のない
安心感があるんだよ。ｗ

つかGoogleみたいな博士級のエンジニアがいる会社と偽装派遣や孫受けに
丸投げするばかりの能無し自称IT企業の事情といっしょにすんなよ。
#現実的には９割は後者の会社が多いと思っている。
0418NAME IS NULL
垢版 |
2008/07/14(月) 09:14:02ID:???
>>416
> 別に誰も「大規模だと使えない」なんて言ってないと思うが。

じゃあ、MySQLは大規模でも使える(実例も多い)って結論だな。

> つかGoogleみたいな博士級のエンジニアがいる会社と

Googleが異常なだけで、mixiなんかは全然いないよw
普通のエンジニア。
0419NAME IS NULL
垢版 |
2008/07/14(月) 22:14:44ID:???
mixiはfedoraをドカドカ使う度胸は凄いと思うな。

根性無しと言うワケではないが、そこはRHELを使うトコだろ、って思うし。

確かにfedoraでもdebianでもカーネルパニックとかには遭遇した事ないけどサ。

まあ原因不明のOracleのインスタンス落ちを経験するとfedora+MySQLでも
たいして安定性は変わらんとは思う。

Postgresも7以前は商用に比べれば、不安はあるけど8以降は結構いい感はある。
0420NAME IS NULL
垢版 |
2008/07/14(月) 23:09:22ID:???
>>418
>> 別に誰も「大規模だと使えない」なんて言ってないと思うが。
> じゃあ、MySQLは大規模でも使える(実例も多い)って結論だな。

お前、プログラマに向いてないから早めに足洗った方がいいぞ。

まあ、痛い目を見るのはお前さんだからどうでもいいけど。
0421NAME IS NULL
垢版 |
2008/07/14(月) 23:34:21ID:???
別にココはマ板でもない点について
0422NAME IS NULL
垢版 |
2008/07/15(火) 09:15:07ID:???
>>419
mixiはCentOSじゃなかった?

> 確かにfedoraでもdebianでもカーネルパニックとかには遭遇した事ないけどサ。

ああいうとこはkernel入れ替えてるんじゃないかな。

>>420
おまえ、何の情報も持ってないんだなぁ...
0423NAME IS NULL
垢版 |
2008/07/19(土) 02:15:38ID:???
>>422
> おまえ、何の情報も持ってないんだなぁ...

>>418 のアホさ加減を示すのにこれ以上なんか情報がいるのか？

もう十分だと思うけど。
0424NAME IS NULL
垢版 |
2008/07/19(土) 14:05:24ID:???
何が十分なんだよ。

相手が泣き叫んで許しを請うまでひたすら続けろ。
0426NAME IS NULL
垢版 |
2008/07/22(火) 23:23:33ID:LtKhkX2i
他人を貶す前に己の貧しさを知れ！
聞き囓った様な話じゃなくて、
本質的な内容にしようぜ。
0427NAME IS NULL
垢版 |
2008/07/23(水) 00:24:03ID:???
そう思うなら、まずお前からネタ振れよ。
0429NAME IS NULL
垢版 |
2008/07/23(水) 22:58:31ID:???
ネタが無いなら黙っとけよ。
0430NAME IS NULL
垢版 |
2008/07/26(土) 21:33:51ID:???
>>429

そう言いつつネタ出せないんだから、つまらんやつだなぁ。
じゃあなんかネタふるか。
Drizzleどうよ?
0431NAME IS NULL
垢版 |
2008/08/20(水) 14:21:51ID:be7jHo9Q
今後を見ていくとPostgreSQLでおｋ？
0432NAME IS NULL
垢版 |
2008/08/20(水) 15:57:30ID:???
今も昔もWorldWideではMySQL
0433NAME IS NULL
垢版 |
2008/08/20(水) 16:19:27ID:???
昔はSQLの制限考えるとMySQLはありえなかったけど
今はどっちでもいいな、むしろMySQLのがサポート広い？
でもPostgreSQLかなあ。
0434NAME IS NULL
垢版 |
2008/08/21(木) 03:48:21ID:Kn230A2n
MySQLはライセンスがうるさそうってか、
GPLってみんなあんまり意識してなさそう

世界じゃMySQL（CMSに採用されすぎｗｗｗ）
日本じゃPostgreSQL（MySQLに追いつかれる）

って感じ？かな？
0435NAME IS NULL
垢版 |
2008/09/13(土) 05:19:48ID:???
今度テラレベルのシステムを作ることになりそうだ
PostgreSQLににしようか本気でまよっている
0436NAME IS NULL
垢版 |
2008/09/13(土) 11:06:57ID:???
>>435
PostgreSQLじゃVACUUMが追いつかない
製品選定前に前もって性能テストしたほうがいいよ
0437NAME IS NULL
垢版 |
2008/09/13(土) 11:58:12ID:???
>>434
サーバサイドに関して言えば GPL である事は殆ど問題にならないよ。
少なくとも GPL v2 までは意識する必要はあまり無い。

GPL はバイナリを入手した人に対してソースも入手可能にしないと
いけないというルールだけど、サーバプロダクトはバイナリを配布
するわけじゃないから、ソースも公開する必要は無い。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況