MySQL vs PostgreSQL Part2

[0001 NAME IS NULL 2005/08/03(水) 04:43:20 ID:j7oDtJr2]

同じオープンソースRDBMSとしてのMySQLとPostgreSQLを語ろう。

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

前スレ

MySQL vs PostgreSQL
http://pc8.2ch.net/test/read.cgi/db/1056943680/l50

[0076 NAME IS NULL 2006/01/14(土) 22:09:30 ID:???]

まぁ小規模なPGでDB周りをちゃんと作ってれば
DBMSが変わってもさほど直さなくて済むよというか
そうで有ればいいなぁ。。。

[0077 NAME IS NULL 2006/01/14(土) 22:29:49 ID:???]

DBアクセス部分を抽象化ってのはむずかしいからね
大概ロジックと乱れ飛ぶから

とりあえず標準SQLを出来るだけ使うようにするというのは大事

>>75
開発環境がWindowsならPostgresが今はオススメかな

インストーラでらくらくセットアップ、pgadminやJDBC等ドライバも
標準でインストールされて、pgadminの日本語ドキュメントもすぐひける

mysqlはWEBで使うという書籍が多いけど、postgresはoracleの代替として
現実的なDBという書籍が多いと思う

最終的にはBSDライセンスが楽ということもあってpostgresでいいと思うけど

[0078 NAME IS NULL 2006/01/15(日) 13:43:35 ID:???]

いままでFreeBSD4.11でMysql5.0をつかってきたが
5.0.16からPortsでインストールできなくなったので
PostgreSQLに移行しようと思っている
もともとLINUX_THREADを使わないと壊れるなど
FreeBSDとの相性が悪いようなので

PHPのソースはPEARをつかってるので書き換えは不要だが
mysqldumpの出力内容をいじらないといけないようで
int(11) → int
auto_increment → serial
でインサートできているようだ

他にMySQLからPostgreSQLへ移行する上で
とくに注意する点はないだろうか？

[0079 NAME IS NULL 2006/01/15(日) 13:45:49 ID:???]

MySQLはそのままでOSをLinuxにすれば簡単なのに馬鹿だな

[0080 NAME IS NULL 2006/01/15(日) 13:54:08 ID:???]

mysqlではこういう書き方でOKだったが
select * from tablename where hoge = "mage";

PostgreSQLでは
where hoge = 'mage' とシングルクォーテションじゃないとダメ

[0081 NAME IS NULL 2006/01/15(日) 13:55:07 ID:???]

>>79
そういう前提でいいのか？
OSそのままでOracle使えば楽なのにとかそういうことは俺はいえん

[0082 NAME IS NULL 2006/01/15(日) 13:55:46 ID:???]

文字列はシングルクォーテーションだな
ダブルクォーテーションは用途が違う

[0083 NAME IS NULL 2006/01/15(日) 14:08:50 ID:???]

MySQLをANSI準拠モードで使うとこれが悲しいってのはあるかな？

[0084 NAME IS NULL 2006/01/15(日) 14:12:44 ID:???]

Linuxでいいや
そんなふうに考えていた時期がオレにもありました

[0085 NAME IS NULL 2006/01/15(日) 14:14:42 ID:???]

Linuxじゃ駄目だと考えるようになったのはニートと呼ばれ始めた頃からだろうか？

[0086 NAME IS NULL 2006/01/16(月) 20:22:47 ID:???]

Solarisでいいじゃん

[0087 NAME IS NULL 2006/02/09(木) 19:15:38 ID:???]

はてなとmixiはMySQLつかってるね。

http://www.hatena.ne.jp/info/tech/

[0088 NAME IS NULL 2006/02/09(木) 19:16:27 ID:???]

だから頻繁にはてなおちるのか

[0089 NAME IS NULL 2006/02/09(木) 20:41:21 ID:???]

じゃあソース見せてもらえるのか

[0090 NAME IS NULL 2006/02/09(木) 20:46:54 ID:???]

さすがにコマーシャルライセンスかってるだろ

[0091 NAME IS NULL 2006/02/09(木) 21:21:50 ID:???]

だから時々CMが入るのか。

[0092 NAME IS NULL 2006/02/09(木) 22:19:29 ID:???]

はてなのシステムは外販もしてるの？

[0093 NAME IS NULL 2006/02/09(木) 22:46:03 ID:???]

社内で閉じたシステムじゃないからな
コマーシャルライセンスが必要

[0094 NAME IS NULL 2006/02/09(木) 23:57:17 ID:???]

んでも、「GPLで配布されているMySQL」を入手してGPLの枠内で商用利用する分には
問題ないよな。MySQLを組み込んだ製品を売るんでもなれりゃコマーシャルライセンス
なんていらないんじゃないの？

[0095 NAME IS NULL 2006/02/10(金) 00:04:39 ID:???]

はてなで質問してこいｗ

[0096 NAME IS NULL 2006/02/10(金) 13:27:53 ID:???]

>>94
それで誰もかね払わないからDB部分もGPLになるといってる
3.23だっけ？あのあたりからどらいばがGPLになった

ユーザーがDBのクライアントだから＞WEBアプリ

[0097 NAME IS NULL 2006/02/11(土) 08:16:11 ID:???]

文章の意味がつかめんが、WebアプリならDB本体もドライバも
配布するわけじゃないからGPLでも構わんよね

[0098 NAME IS NULL 2006/02/11(土) 10:24:25 ID:???]

データも公開しないといけないの？
ママ大変！お客様のパスワードが丸見えだわ！

[0099 NAME IS NULL 2006/02/11(土) 10:43:17 ID:???]

当然だよ。
嫌ならPG使え。

[0100 NAME IS NULL 2006/02/11(土) 10:58:19 ID:???]

ドライバを自作してGPLを回避している強者はいないのか？

[0101 NAME IS NULL 2006/02/11(土) 11:02:26 ID:???]

これだから魔威SQLと言われている

[0102 NAME IS NULL 2006/02/11(土) 12:23:05 ID:???]

>>97
普通はDBってユーザーとDBクライアントの間にプロキシみたいなのをかましても
直でつないだのとまったく同じという扱いだよな

[0103 NAME IS NULL 2006/02/11(土) 12:48:33 ID:???]

MySQL が GPL で云々言うなら PostgreSQL を使えばいいのに -- マリー・アントワネット

[0104 NAME IS NULL 2006/02/11(土) 15:08:12 ID:???]

>>102
オマエ>>96？
やっぱり何を言いたいのか意味不明なんだが。
「つなぐ」ことってのはGPLが依拠する著作権的には何の意味もないし。

[0105 NAME IS NULL 2006/02/11(土) 15:19:34 ID:???]

はてな社員かな？

[0106 NAME IS NULL 2006/02/11(土) 15:42:43 ID:???]

だれか解説ﾖﾛ
はてなに対して「コマーシャルライセンス買え」か「コード公開しろ」とかで
祭りでもなってるのか？

[0107 NAME IS NULL 2006/02/11(土) 16:15:02 ID:???]

いいえ。馬鹿ですか？

[0108 NAME IS NULL 2006/02/11(土) 16:25:27 ID:???]

質問してこいって

[0109 NAME IS NULL 2006/02/11(土) 17:00:44 ID:???]

>>106
んにゃ。GPLが理解できない香具師がからかわれてるだけ。

[0110 NAME IS NULL 2006/02/11(土) 18:18:20 ID:???]

>>96で答えが出てる。

WEBアプリはソース公開するか、ライセンス購入

[0111 NAME IS NULL 2006/02/11(土) 18:29:48 ID:???]

>>110みたいに必死に嘘を書いてる奴は通報するぞ

[0112 NAME IS NULL 2006/02/11(土) 18:36:58 ID:???]

じゃあ詳しく教えてください

[0113 NAME IS NULL 2006/02/11(土) 18:39:11 ID:???]

こんな糞スレで教えてもらおうとするな馬鹿。

[0114 NAME IS NULL 2006/02/11(土) 19:19:34 ID:???]

ライセンス違反者が多そうだな。
技術者として恥ずかしいことだぞ。

[0115 NAME IS NULL 2006/02/11(土) 19:38:07 ID:???]

社員乙

「前世の障りが…」とかいってﾋﾞﾋﾞらせて役に立たないもの売りつける
霊感商法とかわらんな

[0116 NAME IS NULL 2006/02/11(土) 20:49:46 ID:???]

MySQLは通信プロトコルもGPL

[0117 NAME IS NULL 2006/02/13(月) 10:15:48 ID:???]

データもGP・・・いやなんでもない

[0118 NAME IS NULL 2006/02/13(月) 11:06:45 ID:???]

俺の彼女もGP・・・いや彼女なんていない

[0119 116 2006/02/13(月) 22:37:08 ID:???]

いや、通信プロトコルがGPLというのはネタじゃないんだが
http://dev.mysql.com/doc/internals/en/licensing-notice.html

だからMySQLと通信するプログラムをフルスクラッチで作ったとしてもGPLに縛られる。

[0120 NAME IS NULL 2006/02/13(月) 23:21:42 ID:???]

ﾏｼﾞか。

とはいえ、特許ならともかく、プロトコルに著作権なんか発生しないのは
USも日本も同じだし(Swedenは知らんけど)。
「MySQL ABがそう言っているだけですね(ﾎｼﾞﾎｼﾞ」としか言えんな。

[0121 NAME IS NULL 2006/02/14(火) 01:19:01 ID:???]

そういうライセンスなんだから承諾しなきゃ使えないだけ
いやならPostgresにしろ

まぁこの1年でPostgreSQLの開発者回り見た感じ倍増してるが
MySQL4.1のやっちまった件＆PostgresのWindows対応が大きかった希ガス

[0122 NAME IS NULL 2006/02/14(火) 07:22:31 ID:???]

そういうライセンスっつーか、GPLでしょ。
いろんな意味で間違ってるよ。

[0123 DB 2006/02/14(火) 14:16:12 ID:???]

MyPostgreSQL

[0124 NAME IS NULL 2006/02/14(火) 17:25:33 ID:???]

>>121
そして8.1での速度向上もでかいね。

[0125 NAME IS NULL 2006/02/14(火) 18:52:38 ID:???]

さすがに俺の周りでは8.1はまだ実務運用はされてないな
8.0で動いてるところはいくつか見たし、俺もかかえてる

8.1でSQL（というかJDBC）が厳密になってるっぽいから
単純に移行できるかどうか地震がないっす
自分が書いたコードだけなら対応は余裕なんだけどね

[0126 NAME IS NULL 2006/02/14(火) 19:05:34 ID:???]

8.1やっと本番環境で動きましたよ〜
SQL変更は何箇所かあった。

[0127 NAME IS NULL 2006/02/15(水) 01:17:23 ID:???]

うちも年末に8.1に移行した。
全体的に早くなったような気がするけど、相変わらずバージョンが変わるごとに
プランナの挙動が変わってしまうのは困るね。

[0128 NAME IS NULL 2006/02/15(水) 02:36:13 ID:???]

うちは未だ7.3だ。

7.3もメンテ続いているから積極的に乗り換える理由が無いんだよなぁ…

[0129 NAME IS NULL 2006/02/15(水) 09:38:19 ID:???]

メンテが多少楽になるってのは、理由にならんかなぁ

[0130 NAME IS NULL 2006/02/15(水) 12:40:23 ID:???]

8.0からまともになったSQLってのもあるしね

Winで開発しないのならいいかもしれんが、
新規案件に7.xはさすがにありえんね

Linuxでも8.1以前に8.0になっただけでもめちゃくちゃ速度かわってるし

[0131 NAME IS NULL 2006/02/15(水) 14:16:26 ID:???]

しかし、変更は7.4->8.0より8.0->8.1のが大きい気がする

[0132 NAME IS NULL 2006/02/15(水) 20:29:52 ID:???]

8.1での変更点なんて8.0での変更点に比べたら正直カス

とはいえないけどやっぱり8.0ではクリティカルなところが改善されてるから
8.1はやはりメジャーバージョンがあがってない理由にはなるな

[0133 NAME IS NULL 2006/02/15(水) 20:37:47 ID:???]

内部は知らんが
使えないsqlがでた
以前のpsqlやpg_dump等が実質使えない

などがあったからなあ
7から8は何もしなくてすんだが
8.0から8.1はあちこち変えなくてはならなかった

[0134 NAME IS NULL 2006/02/15(水) 21:14:53 ID:???]

実務ではどっちが使われているの？

[0135 NAME IS NULL 2006/02/15(水) 21:17:42 ID:???]

MySQLとPostgreSQL

[0136 116 2006/02/18(土) 08:09:53 ID:???]

>>131
MySQLで、3.23→4.0より4.0→4.1のが変更が大きいのと同じようなもん？

[0137 NAME IS NULL 2006/02/18(土) 12:35:07 ID:???]

正直MySQLの4.1以上へのアップグレードにくらべれば7.4から8.1も楽勝

[0138 NAME IS NULL 2006/02/23(木) 11:52:21 ID:???]

SlonyIでレプリケーションする場合
テーブル名もすべて指定しないとダメなんだよね？
その場合、テーブル作る場合、サービス止めて
テーブル指定するって感じなのかな

MySQLからの移行を考えてるんだが
レプリケーションだけがどうもひっかかる

[0139 NAME IS NULL 2006/02/23(木) 11:55:30 ID:???]

Slony-Iの操作はpgAdminIIIからやるのが楽でいい

[0140 139 2006/02/23(木) 11:56:59 ID:???]

>>138
サービスとめる必要は無いよ
テーブルは普通に作って、レプリケーション側もガワだけ作って
同期はコマンド送るだけ。内容はそのときにコピーされるし。

[0141 NAME IS NULL 2006/02/24(金) 19:18:30 ID:KaTZynr5]

MySQLが4.1からおかしくなったから
Postgresに乗換えようかと迷い中。
乗換えた人がいたら、どんな感じか教えてください。

[0142 NAME IS NULL 2006/02/24(金) 23:03:15 ID:???]

とりあえずMySQLは3.23だったかから4.1まで使ってたけど
Postgres、速度的機能的に満足
速度はmysqlとかわらんね
業務系だからmysqlはInnoDBしかつかわんけど

とはいえ業務系ではさすがに出たばかりの8.1ではなく8.0にしてる
7.4系は眼中になし

8.0からWindowsでも動くようになったので開発がマシン1台で完結して楽チン
postgresだけのためにLinux用意してたところも多いからね

postgres8.0もJDBCドライバ回りが最初不安定だったけど、去年の5月だったか
あのあたりで不具合が解決されて安定してると思う

ひそかにpostgresのほうがmysqlよりすでに小さくなってる

mysqlはデータ自体の文字の問題は今では解決したようだけれども、
オブジェクト名がUTF8固定で気持ち悪いのとか残ってるのでしばらく様子見

何より日本語対応1年くらい放置してた時点で今後も心配

[0143 NAME IS NULL 2006/02/28(火) 08:34:27 ID:???]

>>142
メジャーバージョンアップ直後のの8.0の方がバグ多し、な希ガス。
8.1もマイナーバージョンあがってるから、そっちの方がよくね？

[0144 NAME IS NULL 2006/02/28(火) 16:21:23 ID:???]

セキュリティ問題とpgpool Global Developement Group発足
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20060215/229362/
を読む限り 8.x を仕事で使うのは少し怖い。
ただ PostgreSQL チームのクオリティは高いから
あと半年くらい寝かせれば大丈夫だと思うけど。

[0145 NAME IS NULL 2006/02/28(火) 17:57:11 ID:???]

そうか、ちょっと寝かすか
　　　∧＿∧
　 　（　・∀・） 　　　　　　）)
　　 /つ（￣｀ヽO_ノ⌒ヽ
　 ノ　　 ）　　　　　　　　＼ ）)
　(__丿＼ヽ　::　　　　ノ::::　）
　　　　　丿　　　　　　　　,:' 　）)
　　 (（　（___,,.;:-−''"´｀`'‐'

　半年後にまた会おうね☆
　　　　　∧＿∧
　　　　 （ ・∀・ ）
　　　　/　　_ノ⌒⌒⌒`〜、_
　(￣⊂人　//⌒　　 ノ　　ヽ）
⊂ニニニニニニニニニニニニニニ⊃

[0146 NAME IS NULL 2006/02/28(火) 19:34:47 ID:U459FQMy]

だから、どっちが多く使われてるの？

[0147 NAME IS NULL 2006/02/28(火) 21:10:59 ID:???]

国内では PostgreSQL、
国外では MySQL

[0148 t_tama 2006/02/28(火) 22:11:52 ID:NtqGSwPN]

MySQLでは、シーケンス、ビュー、ストアドプロシージャ、外部結合
が無いってのが弱点かも。その分、スピードに力を入れてるってこと
だけど。

業務系ならPostgreSQL、WEB系ならMySQLだな

[0149 NAME IS NULL 2006/02/28(火) 22:27:21 ID:???]

>>148
＞MySQLでは、シーケンス、ビュー、ストアドプロシージャ、外部結合が無い
「PostgreSQLはWindowsではまともに使えない」ぐらい古い認識かと。
まあ移行が進まないのはどっちも同じだけどね。

[0150 NAME IS NULL 2006/02/28(火) 23:56:21 ID:U459FQMy]

IDがMy　

MySQLの勝ち

[0151 NAME IS NULL 2006/03/01(水) 00:00:40 ID:???]

>>150
ID　が　You　シゴク　Fuck

[0152 NAME IS NULL 2006/03/01(水) 01:39:33 ID:???]

>>143
MySQLなめすぎ
あれにくらべたらPostgresのバグはかわいいよ

[0153 NAME IS NULL 2006/03/01(水) 01:51:18 ID:???]

まあMySQLも5.0.18が出ているわけで、SQL1999系機能も日本語再対応も一通り終わっているわけで、
どっちも過去の特定のバージョンの話ではなくて、現状ベースで話しましょうよ。

[0154 NAME IS NULL 2006/03/01(水) 16:04:00 ID:???]

ビューやトランザクションを使うプログラムでは手元では
速度は PostgreSQL8 > MySQL5 だけど。
# トランザクションが MySQL は遅い？

[0155 NAME IS NULL 2006/03/01(水) 20:38:58 ID:???]

昔から遅い

[0156 NAME IS NULL 2006/03/01(水) 20:48:26 ID:???]

そろそろMySQLとPostgreSQLのメリット、デメリットをまとめようぜ。

[0157 NAME IS NULL 2006/03/03(金) 01:02:16 ID:???]

MySQL4.0以前：保守のため使う必要あり。新規なら他を使うべし
MySQL4.1以後：積極的に使う必要なし
MySQL5.0以後：話にならない。おもちゃ以下

PostgreSQL8.0以前：できるなら8.0以上に上げる
PostgreSQL8.0以後：8.1が望ましい。業務にも使用可能

番外
Oracle：業務ならこれしか選択肢なし。今のとこ英語だが10.2gのフリー版もある
sqlite：小規模ならこれでOK。ただし2系、3系、3.3系とわけわかめ
BerkeleyDB：さらに小規模用。CSVファイルの代わりに使うくらい



俺の認識じゃぁこんなかんじ。うそも混じってるので注意

[0158 NAME IS NULL 2006/03/03(金) 01:29:34 ID:???]

>>157
どれが嘘なのか書いてくれるとありがたい。嘘交じりの情報なんてｲﾗﾈ。

[0159 NAME IS NULL 2006/03/03(金) 01:42:06 ID:???]

ずっとMySQLのみでWEBアプリを作って来て、特に不満もないので
そのまま4.1に移行して使ってるんだけど
PostgreSQLやOracleに移行したらもっと幸せになれるんだろか。
諸々の機能のためにテーブルのバリエーションや
その相関関係がかなり複雑になっていて
巷でよく聞くWEB系向け（＝シンプル構造?）というMySQLのメリットは
あまり享受出来ていないような気はしています。

[0160 NAME IS NULL 2006/03/03(金) 01:51:44 ID:???]

>>158
どれが嘘かは、俺にもわからんのだ。
覚えてるのを書いただけなので、間違ってる可能性大。
自分の記憶はあんまり信用できない。

[0161 NAME IS NULL 2006/03/04(土) 23:35:57 ID:???]

>>157
SQL Serverは？

[0162 NAME IS NULL 2006/03/05(日) 07:23:48 ID:???]

>>161

そもそも、比較の対象外

[0163 NAME IS NULL 2006/03/05(日) 13:08:06 ID:???]

>>159
とりあえずテスト機にPostgreSQLにportした環境作って評価してみては？
以降が簡単に済みそうならOracleの評価版でもいいけど。

[0164 NAME IS NULL 2006/03/05(日) 21:08:45 ID:???]

そうそう、やってみればわかるよ。

[0165 NAME IS NULL 2006/03/05(日) 23:29:12 ID:???]

移行を考えるとDBはシンプルが一番だよな。

そのDB（以降のバージョン）と心中するつもりなら
いいんだろうけど。

相関関係なんて濁していってるけど、設計がへぼ
かったとかじゃなくてって気もするんだが。

[0166 NAME IS NULL 2006/03/06(月) 09:18:02 ID:???]

移行が難しい＝現在の設計が理解できていない

[0167 NAME IS NULL 2006/03/06(月) 10:16:58 ID:???]

そっくりそのまま持っていって、SQLが変更無しで使えればそれにこしたこたないが
それだけじゃ、移行の理由そのものが薄そうだしな

[0168 NAME IS NULL 2006/03/06(月) 11:57:39 ID:???]

一応、SQL92に準拠するように書いておく。
それで移行した際にエラーがでたなら、
ﾎﾞｹｱﾎｶｽｼﾈMySQLお前はSQL Serverにすら劣るんだよ！！
となじる。

これが正しいDBの移行方法。

[0169 NAME IS NULL 2006/03/06(月) 12:02:27 ID:???]

SQL Serverって結構優秀だけどな。

[0170 NAME IS NULL 2006/03/06(月) 19:40:33 ID:???]

ふーーーーーーーーーーーーーーーーーーーーーーーん。

[0171 NAME IS NULL 2006/03/07(火) 15:22:06 ID:???]

SQLServerが優秀ではなくてSybaseは優秀が正しい

[0172 NAME IS NULL 2006/03/08(水) 19:29:52 ID:???]

へぇーーーーーーーーーーーーーーーーーーーーーーーーーーーー。

[0173 NAME IS NULL 2006/03/14(火) 20:52:07 ID:???]

>>171
Oracleより小回り利いてて好きだったな
MSと離れたせいでlinuxベースでOracle１択になっちゃったのは
悲しかったよ。今はPostgreSQLあるからいいけど
ASEが米国発売当事にアップグレード掛けたらbcdumpの
インポートにバグがあってnullカラム抜けが発生してて
えらい目にあったのはいい記憶だ

[0174 NAME IS NULL 2006/03/15(水) 01:17:55 ID:???]

2chのスレなんて当てにならんかもしれんけど、
MySQLのスレはPart7、PostgreSQLはまだPart2。
んー。MySQL使ってる人の方が多いのかな？

[0175 NAME IS NULL 2006/03/15(水) 03:11:39 ID:???]

>>174
どうなんかね。自分は両方使ってるけど、postgresqlはスレにも
日本のMLにも出入りしてない。そんなケースもあるので。

ただMySQLの場合はDBMSを使う選択肢として選んだユーザだけじゃなくて
MySQLを利用するアプリを使いたくて結果的にMySQLを使うユーザがかなり居るので
質問も多くなる傾向がある。ライトなユーザの比率が多いことは確か。