MySQL vs PostgreSQL Part2

1 ：05/08/03

同じオープンソースRDBMSとしてのMySQLとPostgreSQLを語ろう。
どちらが良い・悪いの宗教論争ではなく、漏れたちユーザにとってのそれぞれの使い所を見出そう。
前スレ
MySQL vs PostgreSQL
http://pc8.2ch.net/test/read.cgi/db/1056943680/l50

2 ：05/08/03

age

3 ：05/08/03

ほっほっほ

4 ：05/08/03

ポスグレのほうが地域ユーザー会が活発そう

5 ：05/08/03

2chだと過去2週間の書き込み数で比べると「MySQL総合 Part5」が93、
「PostgreSQLについて語ろう」が56でMySQLの方が活発。
国内ユーザメーリングリストだと正確には把握していないけれども、両方購読している
感覚から言うとPostgreSQLのほうが少しトラフィックが大きい、という感じ？

6 ：05/08/03

>>5
MySQLの国内MLは意外と流量が少ないよね。

7 ：05/08/03

漏れも両方のMLを購読してるけど、厨な投稿はMySQLの方が圧倒的に多い。
PHP+MySQLの影響だろうか。

8 ：05/08/03

MySQLはDLしたそのままで、社内でCGI-Perlを使って接続して利用している場合は無償で利用できる
で合ってる？
MySQLはユーザにインストールしてもらって、そのPerlスクリプトだけを販売できる？
GPLになるから手数料くらいしかもらえないのかな

9 ：05/08/03

>>8
専用スレ向きだと思うが...
そういう使い方をする場合PerlはArtisticライセンスを選択していると思うが
これはMySQLのFOSS例外条項の合致(Artistic license From Perl 5.8.0)し、
接続モジュール(PerlのDBDとかのね)に関しても同質のライセンスのものであれば
GPL版MySQLを利用していても、それらのライセンスとの組み合わせが許される。
(そういう点でMySQLのGPLって意図的な抜けが作ってある)
CGIスクリプトに関しては、Perlのライセンスが許す範囲で
元々自由にライセンスが設定できるんじゃないの？
よって「無償で利用できる？」はGPL版が利用できるのでYes.
「そのPerlスクリプトだけを販売できる？」もYes.
また「GPLになるから」はNo.(多分。Perlは良く知らないけど)

10 ：05/08/03

>>9
ありがとん
あまりライセンスは気にしないで使ってるからな〜
今後はちょっと気にしてみる

11 ：05/08/11

PostgreSQLとMySQLが急接近しているらしい
ttp://www.atmarkit.co.jp/fdb/rensai/dbwatch2005/dbwatch200508_2.html
7月29日に日本PostgreSQLユーザ会（JPUG）でPostgreSQLのしくみ分科会の
勉強会がありました。2部構成となっており、前半が「PostgreSQLチューニング実習」、
後半が「MySQLセミナー」でした。

12 ：05/08/17

>>11
記事読んだけど、これで急接近かと思ってしまったYO。。。

13 ：05/08/18

>>11>>12
たしかにこういった交流みたいのは今に始まったことじゃないよな。

14 ：05/08/27

PostgreSQLとMySQLの導入事例ってどこかに無いでしょうか？
導入したシステムの規模や構成など細かに書かれてるものが良いです。
というのは、うちの会社だと、自分の社内で使うようなシステムでも
Oracleとか使って、もの凄い金額のライセンス料を払ってます。
Oracleまで使って何やってるかといえば、
会社の経費で買った技術書籍の一覧のDBです。
Webで検索用のテキストボックスと実行用のボタン、そして表示用のグリッド。
そして、アクセス件数は月に5回程度と殆ど使われてない。
ユーザが使ってないどころか、新しい書籍が追加されても管理者はメンテナンスもしない。
これをどうにかしたいんだけど、大規模なシステムでそれなりの実績が無いと駄目だという。
色々と文句は言いたいが、相手を納得させちゃえばいいだけなので、
そういった導入事例があればと思っています。

15 ：05/08/27

>>14
MySQLとかPostgreSQLの本に導入事例がかいてあったような気がする
立ち読みでちょっと見た程度で、詳しくは覚えていない

16 ：05/08/27

>>14
会社がつぶれる前に転職すれば解決するのでは？

17 ：05/08/28

某携帯キャリアのプロビジョニングシステムは MySQL だよ。
詳しくは言えないけど。

18 ：05/08/28

???

19 ：05/08/29

システム規模や構成を事細かに説明してくれた導入事例ってのを
希望する人は多いが、いまだかつてそういうのを見たことは無い。
導入事例紹介自体はいっぱいあるんだけどさ。
http://www.mysql.com/why-mysql/case-studies/

20 ：05/08/29

Googleが使ってなかったっけ？

21 ：05/08/29

GoogleもYahooもばりばり使ってるよ。米国のだけどな。有名な話だよ。
オープンソースであることをいいことに、ストレージエンジンに手を加えて
独自のログを出力させるような機能を追加したりして使ってる。

22 ：05/08/29

21の続き
ただどちらかというと彼らはMySQL案件のシステム導入事例という
日本のSIerが欲しがるようなケーススタディとはちょっと違う感じだとおもう。
自社用サービスで使うために社内SIチームがソースコード改変、だからね。

23 ：05/08/29

なるほど

24 ：05/08/29

usogres とかどうなった？

25 ：05/09/02

MySQL
MySQL
MySQL

26 ：05/09/10

PostgreSQLは追記型なので、バキュームしないとＤＢ増えまくりなんだな。
２００ＭＢくらいのレンタルサーバだと、書き込みが増えたりしたらヤバい？

27 ：05/09/11

MySQLage

28 ：05/09/25

MySQLは呼び方がすぐ分かる。
PostgreSQLは「ポストグレSQL」なのか「ポステージャーSQL」なのか未だに分からない。
よってMySQLの勝ち

29 ：05/09/25

SQLを「えすきゅーえる」と呼ぶべきか「しーくぇる」と呼ぶべきか迷うじゃないか

30 ：05/09/25

SQLを「しーくぇる」などと呼ぶのは古い世代が多いみたいね。
ぐぐれば分かると分かっていたが、敢えてぐぐらず書いてみた。
しかしぐぐってみたらその妙な呼び方にますますMySQLの勝ちだと思うようになりますた

31 ：05/09/29

しかしmysqlってつくづくタイプし辛いスペルだな・・

32 ：05/09/29

誰かpostgreSQLとprogreSQLの違いを教えてくれ。
スレ違いかもしれんが頼む。

33 ：05/09/30

>>32
タイプミスかそうでないかのちがいじゃないの？

34 ：05/09/30

>>33
ｺﾗｺﾗ

35 ：05/09/30

アイコラと流出写真の違い？

36 ：05/10/12

このレスを見たら
7日後以内に死にます
無残な姿で死にます
回避する方法は1つ
このレスをほかのスレに7つ貼る事です

37 ：05/10/30

客先で運用するシステムをMySQLで構築して使っているわけだが
何ライセンスが必要か教えてくれあらしる。

38 ：05/10/30

>>37
GPLかCML(コマーシャルライセンス)のどちらか。
GPLが適合しないのなら、CML
CMLの場合トランザクションを利用する場合、innoDB/BDBのライセンス料がいるので
その分高いクラス(Proとかいう)のライセンスが必要。
MyISAMとかだけでトランザクション不要なら安い方(Classic)
# PostgreSQLに関係ないので単独スレで話すべき

39 ：05/10/30

客先で運用するシステムなら、どうしてもMySQLの必要があるのならライセンス
買うべきだ罠。なるべく安くあげたいのならPostgreSQLにすべき。

40 ：05/10/30

あとMySQLのクライアントの価格は交渉しだいで非公開

41 ：05/11/01

自宅鯖だが、MySQLとPostgreSQLを両方使用した経験上からの比較。
まず速度面だが、たしかにMySQLは早い。というより、PostgreSQLは使い
続けてると遅くなってきたり、CPU100%使用状態が頻繁にある気がする。
起動直後にデータをSELECTしたりINSERTしたりするときの速度はあまり変
わらないのだが。あと、ＤＢにログインするさいはPostgreSQLのほうが
遅いようだ。認証チェックが厳しいのだろうか？
機能面では、やはりビューがあるPostgreSQLは使いやすい。ユーザーに応
じて特定のデータのみを見せる場合（たいてい、同一テーブルに複数ユー
ザーのデータがあって、自分のデータだけを見せたい場合）わざわざ条
件句を書かなくてもよくなり、ソースがすっきりして可読性がアップす
る。ただ、MySQLも5.0からビューをサポートするのでこのアドバンテージ
は差がなくなるだろう。
また、PostgreSQLはグループごとの権限をサポートしているが、MySQL
はどうなんだろうか？
ライセンスに関しては、PostgreSQLは商用も完全フリー、MySQLはGPLライ
センス。とはいえ、MySQLのライセンスって数万ぐらいだった気も。
動作環境は、昔はPostgreSQLはWindowsをサポートしていなかったため、
Linux上で使うかcygwinというエミュレーターを使用する必要があった。
8.0からWindowsをサポートしているので、ユーザーがWindowsしか使え
ないという場合でも特に問題はなし。ちなみにMySQLは両方ともサポート
していたはず。
他、MySQLは4.1ぐらいから日本語周りでつまることが多い。Unicodeに
仕様変更したかららしいが。ちなみにPostgreSQLはEUC-JPを使用。いず
れも設定で変更できたと思う。
結論として、WEBみたいなデータにアクセスするユーザーを問わなくて
かつデータを出し入れするだけみたいなのはMySQL、業務系みたいに
ユーザー権限が存在してデータを集計したり複雑にテーブルを結合した
りするところではPostgreSQLを使うかな。

42 ：05/11/01

MySQLだとクライアントのライセンスが面倒になる場合があるな
3.ｘの古い時代にはLGPLなライセンスなときがあったのでそれを使えば大丈夫
ただし、その接続は4.1からつながらないと思う
速度的にもPostgres8使ってる限り差はない
7.4まではかなりPostgresが遅いとかんじる部分はあった
が、その時期はMySQLはサブクエリーがないわけで機能的差も大きいし
業務系でずっとやってきてInnoDBしか使わんが、InnoDBはなんか
insertが遅かったような記憶がある
接続速度が問題になることはどっちもない
アプリケーション鯖ならコネクションプールするし
業務系で2層式、3層式とやってきたがライセンス的に楽なpostgres1本で
もういいんじゃね？という気はする
デフォのインストール状態だともはやPostgresのほうが使用メモリ小さかったような気がするし、
Oracleのように細かい調整が可能
テーブルスペース扱えるようになったのも分かる人には結構大きい変更点だ
まぁスタンドアロンならHSQLDB使うし、商用がいいのなら軽量のInterbaseやOracle選択
ただし、Oracleも商用可能でフリーなライセンスが追加されるようなのでそちらの動向も気になる
スレ違いになるがな

43 ：05/11/01

>>42
古い接続認証方式だと繋がる。
もっとも古いクライアントでは古いAPIしか使えないわけだから、
サーバがMySQL4.1以上の意味がないが。

44 ：05/11/01

PostgreSQL 8.1の高速化により、MySQLの利点はバキュームしなくてもいいってことぐらいになった?

45 ：05/11/01

そのバキュームもCPUがあいてるときにちょろちょろやる設定が８からついたから
あんまり問題にならなくなったよ
もう7.ｘに戻る気はしないね
速度もそうだけどまったく別物だもん

46 ：05/11/01

8.1 からは autovacuum が contrib から組み込みになるしね。
もっとも、デフォルトでは無効で設定しないといけないけど。
MySQL は sysvshm/sysvsem を使わないので
FreeBSD jail 環境でも使えるのが利点...と言えなくもない。

47 ：05/11/01

>>46
いったん大きくなってしまったDBサイズの縮小のために定期的にfull vacuumする
必要はまだあるんじゃないかと。
あと、jailつかうのならXenつかってOSごと分けちゃったほうが…、って板違いか。

48 ：05/11/02

> いったん大きくなってしまったDBサイズの縮小のために定期的にfull vacuumする
> 必要はまだあるんじゃないかと。
vacuum fullでDBサイズが小さくなっても、またすぐに大きくなってしまうようなら
普通のvacuumで十分な場合がほとんど。
そもそも、「定期的な」vacuum fullが必要になることはあまりない。

49 ：05/11/04

Postgresqlはバージョンが上がる毎に
速度がメキメキ上がっていくところが頑張ってるなぁと。
8.1は速度の向上がかなり良かったようだし
autovacuumも標準装備だっけ？
それと、pgpoolとの相性もよさげ。
vacuumの管理の面倒さが無くなり、速度もmysqlと拮抗するなら
postgresqlの方がアドバンテージあるとおもうな。
MySQLだと、ライセンスの問題もあるしね。

50 ：05/11/05

エクセルＶＢＡでMYSQLと接続する方法を教えてください。
ODBCドライバ使えばできるらしいのですが、
私が持ってるVBAの本にはまるでかかれてません。

51 ：05/11/06

mysql　ODBCとかてのを入れてデータソースに登録すればいいんじゃまいか

52 ：05/11/06

>>50
MySQL5.0のスレに回答があったぞw
マルチするな

53 ：05/11/06

>>52
770 名前：763[sage] 投稿日：2005/11/06(日) 14:27:14 ID:???
他スレで回答がありました。
ありがとうございました。
騙りは止めていただけますか？

54 ：05/11/06

>>52 この板から消えろ　馬鹿すぎ
28 名前： NAME IS NULL Mail： 投稿日： 05/11/05(土) 23:07:24 ID： urZZ/Ba6
エクセルＶＢＡでMYSQLと接続する方法を教えてください。
ODBCドライバ使えばできるらしいのですが、
私が持ってるVBAの本にはまるでかかれてません。
50 名前： NAME IS NULL Mail： 投稿日： 05/11/05(土) 23:07:55 ID： urZZ/Ba6
エクセルＶＢＡでMYSQLと接続する方法を教えてください。
ODBCドライバ使えばできるらしいのですが、
私が持ってるVBAの本にはまるでかかれてません。
763 名前： NAME IS NULL Mail： 投稿日： 05/11/05(土) 22:51:01 ID： urZZ/Ba6
エクセルＶＢＡでMYSQLと接続する方法を教えてください。
ODBCドライバ使えばできるらしいのですが、
私が持ってるVBAの本にはまるでかかれてません。

55 ：05/11/06

>>52
この板から消えろ　馬鹿すぎ

56 ：05/11/16

>>55
?

57 ：06/01/04

MySQLはPostgresに比べてデータが壊れやすい印象があるんだけど、
この認識は間違ってますか？

58 ：06/01/04

>>57
使い方によるんでね?

59 ：06/01/04

書き込みのしくみからの「印象」ではPostgreSQLのほうが壊れにくそうな気がするけど
実際には運用の仕方によるとしか言えないね。

60 ：06/01/04

>>57
MySQLつうかMyISAMは不整合が起きやすい気がするな。
データそのものが壊れるってことはないけど、MyISAMは
やっぱり煩雑な更新には向かないストレージタイプだと思う。

61 ：06/01/05

おまいらはソース読んで比較してますか？

62 ：06/01/11

PostgreSQLのテーブルパーティションが便利だな

63 ：06/01/13

英語がすごく苦手なんですけど、ツール類とか含めて日本語環境が充実してるのはどっちですか？
自分で調べた感じではPostgreSQLかなと思いますが・・・

64 ：06/01/13

何を持って普及してるというかは微妙だが
postgresのバックアップツールは日本語とおらないぞ
データベース丸ごとという指定なら問題ないが
個別にやる場合問題あり
DB自体はまったく問題ないので自作できるとかなら気にしなくてもいいかも
MySQLはどうだったかなぁ
4.0までならプラットフォームのエンコーディング使うんで問題は少ない
最新版の5.0は4.1があんな状況だったのを考えるとわりと危険がいっぱい
でたばかりなのは危険があるのはどちらも同じ
postgresは今8.0が枯れてきたところ
半年くらい前までは8.0もjdbcドライバがバグもちだったし
話はそれたが、どっちも使った人間としては総合的に見て
postgresのほうが今は楽
interbaseやHSQLDBも好きな変人なんで当てにはならないと思うが
俺はまったく英語読めないけどどっちも使えてる

65 ：06/01/13

>>63
「英語がすごく苦手」で「ツール類とか含めて日本語環境が充実してる」なら
二者から選ばず、Oracleになさい。MSのSQLサーバも結構良いよ。

66 ：06/01/13

>>64
>postgresのバックアップツールは日本語とおらないぞ
>データベース丸ごとという指定なら問題ないが
>個別にやる場合問題あり
そうなの？これはpg_dumpのこと？

67 ：06/01/13

>>63
SQLServer 2005 Expressだな。無料だし。
で、SQLServer 2005 ExpressにはEnterprise Managerが付いてないので、
管理用にSQLServer 2005のDeveloper（未発売）を買う。
SQLServer 2005 Developerが5000円くらいで出てくれればコレが最強。

68 ：06/01/13

pg_dumpはテーブル名とかオブジェクト指定に日本語とおらないはず。

69 ：06/01/13

>>68
データの方は大丈夫なんですね。
じゃあ普通に英数字で命名してる分には大丈夫なんかな。

70 ：06/01/13

そういうこと
カラム名に日本語使うのは問題ないみたい
テーブル名に日本語使うとはまるかも
Postgres本体の制限ではないけど、こういうのはオープンソースプロダクトではよくあるよ
DB本体はマルチバイト綺麗に対応していても周辺のツールが未対応っての

71 ：06/01/14

昔はフィールド名、テーブル名に日本語ってあり得なかったんだけど
最近は普通にみんな使ってるし、対応してくれると楽だなぁ。

72 ：06/01/14

エンドユーザーコンピューティングってやつだな
元々業務系はAccessとかCOBOLとかスタンドアロン系のDBは
日本語使うのが普通だったんだけれども
一応マルチバイトのテーブル名とかカラム名とか動くはずだが
保障しない、推奨しないってのがOracleあたりで多かった希ガス
ま、SQLぱっとみてすぐに分かるのはいいよね
俺も10年位前は否定派だったけど、いまじゃ日本語とおるほうがいい
MYSQLはプラットフォームのエンコーディング無視して
ファイルシステムに格納しやがるからMySQLも日本語テーブルは鬼門
日本語カラムはMySQLでは非推奨だったかな
これも周辺ツールの影響もあると思われ

73 ：06/01/14

プログラマ的発想だと、テーブル名に日本語はやめれって感じだけど、
普通に考えると日本語使えた方がいいね。
仕様書いたりするときも、いちいち説明用に日本語と英語の対応表を
別に用意したり、慣れない英語名を考えたりしなくてむ済むし。

74 ：06/01/14

>>73
確かにカラム名と日本語名とかならずかいてたな
カラム名をそのまま出すとユーザー企業側がわからないので
日本語名対照表作るなり面倒なことになる
そしてカラムが増えたのにそれを忘れたり・・・

75 ：06/01/14

回答ありがとうございました。勉強になりました。
列名や表名に日本語は使わない方針なので、その点からするとあまり変わらないですかね。
無料のSQLServer2005Expressにも興味ありますが、
Developerが出てないので今回は見合わせます。今すぐ作ってみたいので。

76 ：06/01/14

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

77 ：06/01/14

DBアクセス部分を抽象化ってのはむずかしいからね
大概ロジックと乱れ飛ぶから
とりあえず標準SQLを出来るだけ使うようにするというのは大事
>>75
開発環境がWindowsならPostgresが今はオススメかな
インストーラでらくらくセットアップ、pgadminやJDBC等ドライバも
標準でインストールされて、pgadminの日本語ドキュメントもすぐひける
mysqlはWEBで使うという書籍が多いけど、postgresはoracleの代替として
現実的なDBという書籍が多いと思う
最終的にはBSDライセンスが楽ということもあってpostgresでいいと思うけど

78 ：06/01/15

いままでFreeBSD4.11でMysql5.0をつかってきたが
5.0.16からPortsでインストールできなくなったので
PostgreSQLに移行しようと思っている
もともとLINUX_THREADを使わないと壊れるなど
FreeBSDとの相性が悪いようなので
PHPのソースはPEARをつかってるので書き換えは不要だが
mysqldumpの出力内容をいじらないといけないようで
int(11) → int
auto_increment → serial
でインサートできているようだ
他にMySQLからPostgreSQLへ移行する上で
とくに注意する点はないだろうか？

79 ：06/01/15

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

80 ：06/01/15

mysqlではこういう書き方でOKだったが
select * from tablename where hoge = "mage";
PostgreSQLでは
where hoge = 'mage' とシングルクォーテションじゃないとダメ

81 ：06/01/15

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

82 ：06/01/15

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

83 ：06/01/15

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

84 ：06/01/15

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

85 ：06/01/15

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

86 ：06/01/16

Solarisでいいじゃん

87 ：06/02/09

はてなとmixiはMySQLつかってるね。
http://www.hatena.ne.jp/info/tech/

88 ：06/02/09

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

89 ：06/02/09

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

90 ：06/02/09

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

91 ：06/02/09

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

92 ：06/02/09

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

93 ：06/02/09

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

94 ：06/02/09

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

95 ：06/02/10

はてなで質問してこいｗ

96 ：06/02/10

>>94
それで誰もかね払わないからDB部分もGPLになるといってる
3.23だっけ？あのあたりからどらいばがGPLになった
ユーザーがDBのクライアントだから＞WEBアプリ

97 ：06/02/11

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

98 ：06/02/11

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

99 ：06/02/11

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

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

Firebird関連スレ3 (417)
ＯＴＮ掲示板を生暖かく見つめるスレ (384)
オラクルマスターsilverの資格試験について (306)
UNIX DBMはこちら(GNU gdbm, Berkeley DB etc...) (255)
【無料DB】OpenOffice2.0?Base【Accessｲﾗﾈ】 (586)
OODB - オブジェクト指向データベース (296)
--log9.info------------------
【Bf109】 LUFTWAFFE SQUADRONS 2【Fw190】 (459)
WW2までの航空機模型を語る part26 (363)
北海道のモデラー 4人目 (577)
【1/35】U.C.HARD GRAPH -　part6【UCHG】 (289)
筆塗り総合スレッド7 (302)
【張り線】WW�Tの航空機模型【複葉機】Part2 (161)
【激安】　中華製エアブラシのスレッド (513)
【劇場版でも】ティエレン総合 7番機【活躍？】 (330)
木島佳苗に天誅を！ (529)
100均モデリング (151)
熊本の模型事情　その５ (157)
●●模型レオナルド●● (681)
【戦車】まったくの初心者救済スレ25【AFV】 (335)
【良いMG】MG総合スレpart174【悪いMG】 (192)
機甲戦記ドラグナーD-7〜〜 (228)
瞬間接着剤を語りませんか？ 3 (509)
--log55.com------------------
（出禁厳守）稲作562
壺
コードギアス 復活のルルーシュ　雑談スレ★70
【はるたん】たなかけいを愛でるスレ【しょうたん】part76
【EXO-K】難民 EXOスレ1043【EXO-M】
定休腐雑Part2
実質茸711
【腐女子カプ厨】ホモ水泳雑談1515【なんでもあり】