1: ノチラ ★ 2017/09/05(火) 18:21:48.34 _USER
エンジニアとして働いていると必ず直面する悩み。それは、「どのリレーショナル・データベース(以下、RDB)を選ぶのが最善なのか?」です。
RDBごとに長所と短所は異なっています。そのため自社サービスにマッチしないRDBを選んでしまうと、それがボトルネックとなり開発・運用にトラブルが生じるケースは少なくありません。
なかでもよく比較検討されるのが、PostgreSQLとMySQL。ともにオープンソースRDBのデファクトスタンダードであり、高い性能と数多くの機能を持っています。
では、両者は具体的にどのような長所・短所があるのでしょうか。それを徹底解剖すべく、PostgreSQLの専門家である澤田雅彦さんとMySQLの専門家である田中翼さんの対談を実施。各機能ごとに特徴を比較しました。
RDBについて日本トップレベルの知見を持つ2人の意見。ぜひ、PostgreSQLとMySQLを選定する際の参考にしてください!
中略
―― 最後に総括として、PostgreSQLとMySQLがそれぞれどのようなサービスに向いているかを語ってもらえますか?
澤田 PostgreSQLは「多機能であること」が最大の利点なので、その特徴が生きるようなシステムには向いていると思います。たとえば、Oracle Databaseからの移行やSIer系の企業で使われるケースが多いという印象を個人的には持っています。
あとは、分析系のシステムでもよく使われます。ただこれも前述のようにMySQLの分析機能が徐々に充実してきているため、将来的に差は少なくなってくるでしょう。
―― MySQLの方はどうですか?
田中 基本的には、シンプルなWebサービスに向いていると思います。
一定数の結果セットを取ってきて、そのデータを表示するといった感じの。たとえばTwitterのように、タイムラインの先頭部分を表示して、下にスクロールすると次のデータを読みこむようなサービスは、MySQLには特にマッチしていると思います。
とはいえ、バージョンが上がるごとにPostgreSQLもMySQLも高性能になってきているので、結局は使いたい方を使えばいいんじゃないでしょうか。
―― 最後はとても平和的な結論になりましたね。今回はどうもありがとうございました!
https://employment.en-japan.com/engineerhub/entry/2017/09/05/110000
2: 名刺は切らしておりまして 2017/09/05(火) 18:22:53.70
HiRDB
3: 名刺は切らしておりまして 2017/09/05(火) 18:23:21.30
mariaDB
11: 名刺は切らしておりまして 2017/09/05(火) 18:35:06.16
>>3
どう見てもこれ。
どう見てもこれ。
17: 名刺は切らしておりまして 2017/09/05(火) 18:46:35.63
>>3
ホントコレ
ホントコレ
4: 名刺は切らしておりまして 2017/09/05(火) 18:23:48.60
SQLite
6: 名刺は切らしておりまして 2017/09/05(火) 18:28:12.87
MySQLだろうなあ。。
大体のディストリビューションって両方入ってるんだっけ?
大体のディストリビューションって両方入ってるんだっけ?
7: 名刺は切らしておりまして 2017/09/05(火) 18:28:59.75
サン→オラクル、PostgreSQL→MySQLになった恨み
オレはずっと・・・
オレはずっと・・・
9: 名刺は切らしておりまして 2017/09/05(火) 18:32:29.34
最近はSQLite多用してるな
10: 名刺は切らしておりまして 2017/09/05(火) 18:34:18.90
桐
16: 名刺は切らしておりまして 2017/09/05(火) 18:46:34.41
>>10
桐は最新バージョンで
過去のDBが読めないってメッセージ出たorz
過去の資産が活かせないのが桐
桐は最新バージョンで
過去のDBが読めないってメッセージ出たorz
過去の資産が活かせないのが桐
54: 名刺は切らしておりまして 2017/09/05(火) 20:56:51.88
>>16
エクスポート/インポートできないの?
ならちょっとひどいわな
エクスポート/インポートできないの?
ならちょっとひどいわな
12: 名刺は切らしておりまして 2017/09/05(火) 18:36:20.80
神宮球場で使える方
13: 名刺は切らしておりまして 2017/09/05(火) 18:37:02.34
vacuumしないとどんどん遅くなるPostgre
18: 名刺は切らしておりまして 2017/09/05(火) 18:48:27.16
mysqlは、遅いしインデックスのバイト制限とか、ショボい部分が多くて嫌い。
23: 名刺は切らしておりまして 2017/09/05(火) 19:07:53.56
ポスグレ一択
25: 名刺は切らしておりまして 2017/09/05(火) 19:19:20.47
Mysqlは業務でよく使うけどポスグレは出会ったことないわ
あえてポスグレって現場あったりするの?
あえてポスグレって現場あったりするの?
55: 名刺は切らしておりまして 2017/09/05(火) 20:58:44.11
>>25
Coverity って言うツールのデータベースがポスグレだったな
Coverity って言うツールのデータベースがポスグレだったな
29: 名刺は切らしておりまして 2017/09/05(火) 19:28:39.66
つまり、つのだひろ と つのだ☆ひろみたいなもんか
32: 名刺は切らしておりまして 2017/09/05(火) 19:32:22.22
>>Oracle Databaseからの移行やSIer系の企業で使われるケースが多い
おまいらの飯の種じゃん、システム移行
移行した割にはクソシステムは改善はせず
保守だけちょっと楽になる程度
おまいらの飯の種じゃん、システム移行
移行した割にはクソシステムは改善はせず
保守だけちょっと楽になる程度
34: 名刺は切らしておりまして 2017/09/05(火) 19:34:38.09
>>32
だって窓口になってるシス管の人が今と同じ環境を構築してくれっていうんだもん
だって窓口になってるシス管の人が今と同じ環境を構築してくれっていうんだもん
35: 名刺は切らしておりまして 2017/09/05(火) 19:35:18.19
cache'
42: 名刺は切らしておりまして 2017/09/05(火) 20:07:51.93
>>35
昔お世話になった現場で使ってたなぁ
その一箇所でしか使ってるの見たこと無いけど。
昔お世話になった現場で使ってたなぁ
その一箇所でしか使ってるの見たこと無いけど。
36: 名刺は切らしておりまして 2017/09/05(火) 19:43:11.53
sqlite3 だよばーか
37: 名刺は切らしておりまして 2017/09/05(火) 19:53:55.01
これからはPostgres一択だろ。
どうしても、MySQLを選ぶくらいならMariaDB選ぶ。
Oracleに飼われている時点でMySQLは採用できない。
どうしても、MySQLを選ぶくらいならMariaDB選ぶ。
Oracleに飼われている時点でMySQLは採用できない。
40: 名刺は切らしておりまして 2017/09/05(火) 20:05:09.81
そのうちGitでラップしたsqliteが主流になってエンタープライズ駆逐するさ
数キロバイトのデータベース群をclone、commitする形でさ
数キロバイトのデータベース群をclone、commitする形でさ
44: 名刺は切らしておりまして 2017/09/05(火) 20:27:23.55
MySQLは不満を実感させて
Oracleへ誘導するためのデコイだろ
活かさず殺さず程度にメンテして
46: 名刺は切らしておりまして 2017/09/05(火) 20:30:12.04
myからposに移行したけど、機会があればmariaに変えたい
47: 名刺は切らしておりまして 2017/09/05(火) 20:31:46.17
PostgreSQL
MySQLはオラクルがやる気なし
MySQLはオラクルがやる気なし
51: 名刺は切らしておりまして 2017/09/05(火) 20:46:24.57
まあ、最近はデータベース乗り換えにもさほど困らんから、好きなの使えよ。
58: 名刺は切らしておりまして 2017/09/05(火) 21:03:33.78
そういえばmariaになったんだな
すっかり忘れてた
すっかり忘れてた
60: 名刺は切らしておりまして 2017/09/05(火) 21:11:48.14
RDBも残るんだろうけど、最近はKVS型のDB使うことが増えてきた。
クラウドでDynamoDB使いまくりですよん。
クラウドでDynamoDB使いまくりですよん。
65: 名刺は切らしておりまして 2017/09/05(火) 21:25:32.98
Olacleがなぁ
69: 名刺は切らしておりまして 2017/09/05(火) 21:37:19.02
正直vacuumを差し引いてもmysqlはちょっと低能すぎんですよ
消しても容量回復しないDBはビックデータ格納には向いてなさすぎる
消しても容量回復しないDBはビックデータ格納には向いてなさすぎる
71: 名刺は切らしておりまして 2017/09/05(火) 21:39:36.48
> PostgreSQLとMySQL、使うならどっち?
よし...MySQLにする...いややっぱり、Firebirdにするは。
よし...MySQLにする...いややっぱり、Firebirdにするは。
74: 名刺は切らしておりまして 2017/09/05(火) 21:50:52.49
MariaDBってのは最近知ったわ。CentOSにMySQLを入れようとしたら、MariaDBのライブラリと競合するって怒られたのよ。
108: 名刺は切らしておりまして 2017/09/06(水) 07:55:34.72
>>74
最近のLinuxディストリビューションだとMySQLではなくMariaDBの方が標準になっていると思います
最近のLinuxディストリビューションだとMySQLではなくMariaDBの方が標準になっていると思います
75: 名刺は切らしておりまして 2017/09/05(火) 21:52:52.31
なんだよ、みんなHiRDB無視すんなよ
76: 名刺は切らしておりまして 2017/09/05(火) 21:55:26.40
mariaの最新なんだっけ。12?
かなり弱点なくてお勧め。
mysqlのcurrentなんかもうしらん。
かなり弱点なくてお勧め。
mysqlのcurrentなんかもうしらん。
77: 名刺は切らしておりまして 2017/09/05(火) 21:59:04.35
6億レコードぐらい入れたいんだけど
どれがいいかな?
どれがいいかな?
91: 名刺は切らしておりまして 2017/09/05(火) 22:44:15.16
>>77
mongoDB
mongoDB
94: 名刺は切らしておりまして 2017/09/05(火) 23:17:42.45
>>91
桁間違えてたんや60億いけるか?
マイクロ秒オーダーでinsert、selectしたいんだけど
桁間違えてたんや60億いけるか?
マイクロ秒オーダーでinsert、selectしたいんだけど
97: 名刺は切らしておりまして 2017/09/06(水) 00:01:37.29
>>94
そのデータをデータベースに突っ込むまでに時間過ぎてるな
そのデータをデータベースに突っ込むまでに時間過ぎてるな
99: 名刺は切らしておりまして 2017/09/06(水) 00:18:39.88
>>94
60億程度ならbigqueryならそっこー
ただし全カラム取り出したら破産しかねないので注意
60億程度ならbigqueryならそっこー
ただし全カラム取り出したら破産しかねないので注意
80: 名刺は切らしておりまして 2017/09/05(火) 22:14:00.44
ORACLE使おう
82: 名刺は切らしておりまして 2017/09/05(火) 22:15:08.92
大体の用途はSQLiteで十分
仕事で使うなら客の基盤チームが好きなやつ
仕事で使うなら客の基盤チームが好きなやつ
84: 名刺は切らしておりまして 2017/09/05(火) 22:17:44.02
MiracleDB
87: 名刺は切らしておりまして 2017/09/05(火) 22:19:54.01
いつかはクラウン
いつかは「Symfoware」
いつかは「Symfoware」
90: 名刺は切らしておりまして 2017/09/05(火) 22:39:22.57
長いことMySQLでスキーマレスな運用してたけど、
ここのところ5年はMongoDBばかり使ってる
あれ便利すぎて他が辛くなる
ここのところ5年はMongoDBばかり使ってる
あれ便利すぎて他が辛くなる
101: 名刺は切らしておりまして 2017/09/06(水) 00:34:45.23
RDBが何の為に必要なのか全く分からん
107: 名刺は切らしておりまして 2017/09/06(水) 04:11:08.48
SQL Server Express
うちはメーカーLinuxで、そのメーカーのDB使ってる。