MySQL vs PostgreSQL Part2 (913レス)
1-

101 2006/02/11(土) 11:02:26 ID:???
これだから魔威SQLと言われている

102 2006/02/11(土) 12:23:05 ID:???
>>97
普通はDBってユーザーとDBクライアントの間にプロキシみたいなのをかましても
直でつないだのとまったく同じという扱いだよな
103 2006/02/11(土) 12:48:33 ID:???
MySQL が GPL で云々言うなら PostgreSQL を使えばいいのに -- マリー・アントワネット
104 2006/02/11(土) 15:08:12 ID:???
>>102
オマエ>>96?
やっぱり何を言いたいのか意味不明なんだが。
「つなぐ」ことってのはGPLが依拠する著作権的には何の意味もないし。
105 2006/02/11(土) 15:19:34 ID:???
はてな社員かな?
106 2006/02/11(土) 15:42:43 ID:???
だれか解説ヨロ
はてなに対して「コマーシャルライセンス買え」か「コード公開しろ」とかで
祭りでもなってるのか?
107 2006/02/11(土) 16:15:02 ID:???
いいえ。馬鹿ですか?
108 2006/02/11(土) 16:25:27 ID:???
質問してこいって
109 2006/02/11(土) 17:00:44 ID:???
>>106
んにゃ。GPLが理解できない香具師がからかわれてるだけ。


110 2006/02/11(土) 18:18:20 ID:???
>>96で答えが出てる。

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

111 2006/02/11(土) 18:29:48 ID:???
>>110みたいに必死に嘘を書いてる奴は通報するぞ
112 2006/02/11(土) 18:36:58 ID:???
じゃあ詳しく教えてください

113 2006/02/11(土) 18:39:11 ID:???
こんな糞スレで教えてもらおうとするな馬鹿。
114 2006/02/11(土) 19:19:34 ID:???
ライセンス違反者が多そうだな。
技術者として恥ずかしいことだぞ。

115 2006/02/11(土) 19:38:07 ID:???
社員乙

「前世の障りが…」とかいってビビらせて役に立たないもの売りつける
霊感商法とかわらんな
116 2006/02/11(土) 20:49:46 ID:???
MySQLは通信プロトコルもGPL
117 2006/02/13(月) 10:15:48 ID:???
データもGP・・・いやなんでもない
118 2006/02/13(月) 11:06:45 ID:???
俺の彼女もGP・・・いや彼女なんていない
119 116 2006/02/13(月) 22:37:08 ID:???
いや、通信プロトコルがGPLというのはネタじゃないんだが
http://dev.mysql.com/doc/internals/en/licensing-notice.html

だからMySQLと通信するプログラムをフルスクラッチで作ったとしてもGPLに縛られる。
120 2006/02/13(月) 23:21:42 ID:???
マジか。

とはいえ、特許ならともかく、プロトコルに著作権なんか発生しないのは
USも日本も同じだし(Swedenは知らんけど)。
「MySQL ABがそう言っているだけですね(ホジホジ」としか言えんな。
121 2006/02/14(火) 01:19:01 ID:???
そういうライセンスなんだから承諾しなきゃ使えないだけ
いやならPostgresにしろ

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

122 2006/02/14(火) 07:22:31 ID:???
そういうライセンスっつーか、GPLでしょ。
いろんな意味で間違ってるよ。
123 DB [DB] 2006/02/14(火) 14:16:12 ID:???
MyPostgreSQL
124 2006/02/14(火) 17:25:33 ID:???
>>121
そして8.1での速度向上もでかいね。
125 2006/02/14(火) 18:52:38 ID:???
さすがに俺の周りでは8.1はまだ実務運用はされてないな
8.0で動いてるところはいくつか見たし、俺もかかえてる

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

126 2006/02/14(火) 19:05:34 ID:???
8.1やっと本番環境で動きましたよ〜
SQL変更は何箇所かあった。
127 2006/02/15(水) 01:17:23 ID:???
うちも年末に8.1に移行した。
全体的に早くなったような気がするけど、相変わらずバージョンが変わるごとに
プランナの挙動が変わってしまうのは困るね。
128 2006/02/15(水) 02:36:13 ID:???
うちは未だ7.3だ。

7.3もメンテ続いているから積極的に乗り換える理由が無いんだよなぁ…
129 2006/02/15(水) 09:38:19 ID:???
メンテが多少楽になるってのは、理由にならんかなぁ

130 2006/02/15(水) 12:40:23 ID:???
8.0からまともになったSQLってのもあるしね

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

Linuxでも8.1以前に8.0になっただけでもめちゃくちゃ速度かわってるし
131 2006/02/15(水) 14:16:26 ID:???
しかし、変更は7.4->8.0より8.0->8.1のが大きい気がする
132 2006/02/15(水) 20:29:52 ID:???
8.1での変更点なんて8.0での変更点に比べたら正直カス

とはいえないけどやっぱり8.0ではクリティカルなところが改善されてるから
8.1はやはりメジャーバージョンがあがってない理由にはなるな
133 2006/02/15(水) 20:37:47 ID:???
内部は知らんが
使えないsqlがでた
以前のpsqlやpg_dump等が実質使えない

などがあったからなあ
7から8は何もしなくてすんだが
8.0から8.1はあちこち変えなくてはならなかった
134 2006/02/15(水) 21:14:53 ID:???
実務ではどっちが使われているの?

135 2006/02/15(水) 21:17:42 ID:???
MySQLとPostgreSQL
136 116 2006/02/18(土) 08:09:53 ID:???
>>131
MySQLで、3.23→4.0より4.0→4.1のが変更が大きいのと同じようなもん?
137 2006/02/18(土) 12:35:07 ID:???
正直MySQLの4.1以上へのアップグレードにくらべれば7.4から8.1も楽勝

138 2006/02/23(木) 11:52:21 ID:???
SlonyIでレプリケーションする場合
テーブル名もすべて指定しないとダメなんだよね?
その場合、テーブル作る場合、サービス止めて
テーブル指定するって感じなのかな

MySQLからの移行を考えてるんだが
レプリケーションだけがどうもひっかかる
139 2006/02/23(木) 11:55:30 ID:???
Slony-Iの操作はpgAdminIIIからやるのが楽でいい
140 139 2006/02/23(木) 11:56:59 ID:???
>>138
サービスとめる必要は無いよ
テーブルは普通に作って、レプリケーション側もガワだけ作って
同期はコマンド送るだけ。内容はそのときにコピーされるし。
141 2006/02/24(金) 19:18:30 ID:KaTZynr5(1)
MySQLが4.1からおかしくなったから
Postgresに乗換えようかと迷い中。
乗換えた人がいたら、どんな感じか教えてください。
142 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年くらい放置してた時点で今後も心配
143 2006/02/28(火) 08:34:27 ID:???
>>142
メジャーバージョンアップ直後のの8.0の方がバグ多し、な希ガス。
8.1もマイナーバージョンあがってるから、そっちの方がよくね?

144 2006/02/28(火) 16:21:23 ID:???
セキュリティ問題とpgpool Global Developement Group発足
http://itpro.nikkeibp.co.jp/article/COLUMN/20060215/229362/
を読む限り 8.x を仕事で使うのは少し怖い。
ただ PostgreSQL チームのクオリティは高いから
あと半年くらい寝かせれば大丈夫だと思うけど。
145 2006/02/28(火) 17:57:11 ID:???
そうか、ちょっと寝かすか
   ∧_∧
   ( ・∀・)       ))
   /つ( ̄`ヽO_ノ⌒ヽ
  ノ   )        \ ))
 (__丿\ヽ ::    ノ:::: )
     丿        ,:'  ))
   (( (___,,.;:-−''"´``'‐'

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

146 2006/02/28(火) 19:34:47 ID:U459FQMy(1/2)
だから、どっちが多く使われてるの?
147 2006/02/28(火) 21:10:59 ID:???
国内では PostgreSQL、
国外では MySQL
148 t_tama 2006/02/28(火) 22:11:52 ID:NtqGSwPN(1)
MySQLでは、シーケンス、ビュー、ストアドプロシージャ、外部結合
が無いってのが弱点かも。その分、スピードに力を入れてるってこと
だけど。

業務系ならPostgreSQL、WEB系ならMySQLだな
149 2006/02/28(火) 22:27:21 ID:???
>>148
>MySQLでは、シーケンス、ビュー、ストアドプロシージャ、外部結合が無い
「PostgreSQLはWindowsではまともに使えない」ぐらい古い認識かと。
まあ移行が進まないのはどっちも同じだけどね。
150 2006/02/28(火) 23:56:21 ID:U459FQMy(2/2)
IDがMy 

MySQLの勝ち
151 2006/03/01(水) 00:00:40 ID:???
>>150
ID が You シゴク Fuck
152 2006/03/01(水) 01:39:33 ID:???
>>143
MySQLなめすぎ
あれにくらべたらPostgresのバグはかわいいよ
153 2006/03/01(水) 01:51:18 ID:???
まあMySQLも5.0.18が出ているわけで、SQL1999系機能も日本語再対応も一通り終わっているわけで、
どっちも過去の特定のバージョンの話ではなくて、現状ベースで話しましょうよ。
154 2006/03/01(水) 16:04:00 ID:???
ビューやトランザクションを使うプログラムでは手元では
速度は PostgreSQL8 > MySQL5 だけど。
# トランザクションが MySQL は遅い?
155 2006/03/01(水) 20:38:58 ID:???
昔から遅い
156 2006/03/01(水) 20:48:26 ID:???
そろそろMySQLとPostgreSQLのメリット、デメリットをまとめようぜ。

157 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ファイルの代わりに使うくらい



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

158 2006/03/03(金) 01:29:34 ID:???
>>157
どれが嘘なのか書いてくれるとありがたい。嘘交じりの情報なんてイラネ。
159 2006/03/03(金) 01:42:06 ID:???
ずっとMySQLのみでWEBアプリを作って来て、特に不満もないので
そのまま4.1に移行して使ってるんだけど
PostgreSQLやOracleに移行したらもっと幸せになれるんだろか。
諸々の機能のためにテーブルのバリエーションや
その相関関係がかなり複雑になっていて
巷でよく聞くWEB系向け(=シンプル構造?)というMySQLのメリットは
あまり享受出来ていないような気はしています。
160 2006/03/03(金) 01:51:44 ID:???
>>158
どれが嘘かは、俺にもわからんのだ。
覚えてるのを書いただけなので、間違ってる可能性大。
自分の記憶はあんまり信用できない。

161 2006/03/04(土) 23:35:57 ID:???
>>157
SQL Serverは?
162 2006/03/05(日) 07:23:48 ID:???
>>161

そもそも、比較の対象外
163 2006/03/05(日) 13:08:06 ID:???
>>159
とりあえずテスト機にPostgreSQLにportした環境作って評価してみては?
以降が簡単に済みそうならOracleの評価版でもいいけど。
164 2006/03/05(日) 21:08:45 ID:???
そうそう、やってみればわかるよ。
165 2006/03/05(日) 23:29:12 ID:???
移行を考えるとDBはシンプルが一番だよな。

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

相関関係なんて濁していってるけど、設計がへぼ
かったとかじゃなくてって気もするんだが。
166 2006/03/06(月) 09:18:02 ID:???
移行が難しい=現在の設計が理解できていない
167 2006/03/06(月) 10:16:58 ID:???
そっくりそのまま持っていって、SQLが変更無しで使えればそれにこしたこたないが
それだけじゃ、移行の理由そのものが薄そうだしな
168 2006/03/06(月) 11:57:39 ID:???
一応、SQL92に準拠するように書いておく。
それで移行した際にエラーがでたなら、
ボケアホカスシネMySQLお前はSQL Serverにすら劣るんだよ!!
となじる。

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

169 2006/03/06(月) 12:02:27 ID:???
SQL Serverって結構優秀だけどな。
170 2006/03/06(月) 19:40:33 ID:???
ふーーーーーーーーーーーーーーーーーーーーーーーん。
171 2006/03/07(火) 15:22:06 ID:???
SQLServerが優秀ではなくてSybaseは優秀が正しい
172 2006/03/08(水) 19:29:52 ID:???
へぇーーーーーーーーーーーーーーーーーーーーーーーーーーーー。
173 2006/03/14(火) 20:52:07 ID:???
>>171
Oracleより小回り利いてて好きだったな
MSと離れたせいでlinuxベースでOracle1択になっちゃったのは
悲しかったよ。今はPostgreSQLあるからいいけど
ASEが米国発売当事にアップグレード掛けたらbcdumpの
インポートにバグがあってnullカラム抜けが発生してて
えらい目にあったのはいい記憶だ
174 2006/03/15(水) 01:17:55 ID:???
2chのスレなんて当てにならんかもしれんけど、
MySQLのスレはPart7、PostgreSQLはまだPart2。
んー。MySQL使ってる人の方が多いのかな?
175 2006/03/15(水) 03:11:39 ID:???
>>174
どうなんかね。自分は両方使ってるけど、postgresqlはスレにも
日本のMLにも出入りしてない。そんなケースもあるので。

ただMySQLの場合はDBMSを使う選択肢として選んだユーザだけじゃなくて
MySQLを利用するアプリを使いたくて結果的にMySQLを使うユーザがかなり居るので
質問も多くなる傾向がある。ライトなユーザの比率が多いことは確か。
176 2006/03/15(水) 03:33:43 ID:???
PHPが日本で今ほど流行っていない頃、海外の流行を意識した
Webマスターやライターが要所要所でMySQLを薦めてたのが地道に効いてたと思う。
今考えれば特にMySQLだけが大きく有利な部分てのはなかったんだが…。
177 2006/03/15(水) 09:46:23 ID:???
そういやXOOPSっていまだにMySQL一択なのかな?使わないから調べてもしてないが

178 2006/03/15(水) 10:01:25 ID:???
MySQLが有利だったのは、軽いとか速いとかWindowsで動くとか
そういう部分じゃないかなあ。PHP標準だったのも大きい。
フルスペックのSQLを使いたい、という理由でPostgreSQLにしたけど。
今はそういった差はほとんど無いね。
179 2006/03/15(水) 10:43:16 ID:???
postgresのスレってなんか複数あるしな

昔はmysqlしかwindows対応してなかったのが大きいかと
最近やっとpostgresのwindows版で勉強してみようという感じの本が出たところ
180 2006/03/15(水) 10:50:25 ID:???
以前出た本にCygwin+PostgreSQLなのがあったな。
そこまでWindowsもしくはPostgreSQLにこだわらんでもと、おもたもんだ
181 2006/03/18(土) 14:20:13 ID:???

MYSQLは4.0までは良かった。
Postgresqlは8.0から急激に良くなった。

いまなら、Postgresqlの方に軍配が上がるのでは?

182 2006/03/18(土) 16:35:27 ID:???
MySQL4.0以前からのバージョンアップでなけば、MySQL4.1以降でも問題ないらしいけど?
183 2006/03/18(土) 17:19:59 ID:???
4.1がその下の細かいバージョンで挙動が変わりすぎだったから人が離れただけ
日本語使わなければ問題はなかったというところだけどね

184 2006/03/22(水) 17:20:54 ID:???
Postgresqlが標準でレプリケーション機能をつけないのは
なんかポリシーなの?
SlonyIやってみたけど、MySQLとちがってテーブル名全部指定とか
設定が面倒すぎる。

レプリケーションだけの差で今のところMySQL5のほうが上だな
185 2006/03/22(水) 22:26:18 ID:???
たしかに
186 2006/03/23(木) 10:08:10 ID:???
レプリケーションだけならそうだが、結局PostgreSQLにSlony-Iでやってるな。
PgAdminIIIでSlony-I扱えるのが大きい。
187 2006/04/10(月) 21:18:30 ID:kws9LtIU(1)
過去ログ読んだけど、なんか面白い書き込みが少ないなあ
もう少し比較記事が欲しいな

ということで燃料投入www

スレッド vs プロセス
MySQLがWeb向きの理由の一つに
スレッドってのもあると思う。
同時アクセスが多く、単純なクエリーが多い
普通のWebではMySQLのスレッド処理に軍配があがるから

188 2006/04/11(火) 01:25:42 ID:???
http://blog.ohgaki.net/index.php/yohgaki/2006/04/08/mysqla_a_postgresqla_las_a_a_a_a_c_c_p
PostgreSQLの方が10倍速かったらしいですヨ。誰か元ネタ読んでみて。
189 2006/04/11(火) 13:07:49 ID:4VOupqi+(1/4)
>>188
何か特殊な環境のようで、あんまり一般的ではないようで参考にならないですね。

190 2006/04/11(火) 13:20:49 ID:4VOupqi+(2/4)
業務系はPostgreSQLでWeb系がMySQLってのは俺も賛成だな

まあPostgreSQLの方をよく使っていた俺の意見だけど
pgsqlは使いやすいてのも大きいかなw
ある程度大きいDBで同時アクセスが少ないシステムの場合は
PostgreSQLの方が何かと有利かと思うな。
でも規模が大きくなりすぎると別の問題が出てきて
Oracleを使いたくなるってのもあるがwww

MySQLの場合はデフォルトで性能が出ない場合があるってのも大きいかも
クエリー特性とか考えずに全てInnoDBで済ますような
そんな適当な使い方ではあんまり性能でないからねwww
142はチューニングとかしたのかな?

191 2006/04/11(火) 13:42:50 ID:???
188 の人じゃないけど最大10倍くらい出るよ。
平均でも 2 〜 3 倍くらい出る。

# 8.2 は order by も 20% くらい速くなるらしい。
192 2006/04/11(火) 13:50:39 ID:4VOupqi+(3/4)
詳しく>>191
比べた条件がわからないと参考にならないんだけど

193 2006/04/11(火) 14:55:57 ID:???
ツールの使いやすさで言うなら
CLI: psql >> mysql
WEB: phpMyAdmin >>>>> phpPgAdmin
かなあ。
194 2006/04/11(火) 18:22:25 ID:4VOupqi+(4/4)
>>191
PostgreSQLマンセーの書き込みか、、、
DBAやってる人なら理由を知りたくなると思うんだけど、、、
理由もわからず(わかろうとしない?)にチューニング出来ないと思うんだが

195 2006/04/15(土) 11:05:45 ID:???
通常まともなDBならInnoDBとの比較になるしさほどめずらしくはないだろ
ずっとMySQLつかってきたけどそう思うよ
Postgres8が登場してからは明らかに流れが変わった

ただし、商用費商用問わずツール等は海外のはMySQLは対応しても
Postgresは未対応なんてのは非常に多い

196 2006/04/15(土) 22:04:16 ID:8sebR/w8(1)
「通常まともな」の定義が問題だよな。
まともな業務用のデータベースって意味なんだろうけど
人や業種やプロジェクトによって通常の定義も違うからね。
曖昧な言葉を平気で使うような人だと
まともにデータベース設計が出来ないと思われるよwww

Web系でクエリーの99%が検索中心だったりしても
同じ設定ですませちゃうんだろうなww

俺は最近MySQLを勉強しているところであまり詳しくはないんだが
InnoDBの初期設定って酷いと思うんだが、どうなんだろ?
まともにメモリ設定したら結構性能が違ってきたりしないのかな?

197 2006/04/22(土) 00:30:34 ID:???
トランザクション中心なんてほとんどの業務系はそうだろ

WEB系は参照中心なのは当たり前
入力中心でWEBベースは非常に使いにくいか、コスト増になり
その分野はクライアントサーバかリッチクライアント案件がほとんど

だから社内アプリだとWEBアプリはだいぶへってるよ

InnoDBも初期値ひどいのは知ってるけど、Postgresのほうもかなりきてるよ
なんせMySQLより非常に小さいDBにみえるくらい

198 2006/04/22(土) 14:01:13 ID:???
>>196-197
初期値酷いとか言ってんなら
すべての環境で万能な初期値っての挙げてみろや出来るもんなら
まあ初期値をそのまま使う気でいるヤツからしてみりゃ確かに
酷いってことにもなるんだろうが。
199 2006/04/22(土) 23:23:28 ID:???
>>198
なんで荒れてるんだ?
200 2006/04/22(土) 23:40:03 ID:???
>>199
Postgresの2つのスレを見ればきっとわかるよ。
最近は、「キレる&荒れる」精神的に病んだ奴が多すぎ。
1-
あと 713 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 1.021s*