2大OSSデータベースのMySQLとPostgreSQLの違い(前半)

1. 2大OSSデータベースの MySQLとPostgreSQLの違い (前半) 第32回 PostgreSQL 勉強会

2. What is it? Oracleから移行しようかな…

3. What is it? Oracleから移行しようかな… SQL Serverから移行しようかな…

4. What is it? Oracleから移行しようかな… SQL Serverから移行しようかな… 次の新規案件でOSS使おうかな…

5. What is it? でもどのOSSを選べばいいかわからない

6. What is it? OSSのRDBと言えば？

7. What is it? OSSのRDBと言えば？ ↓ MySQLとPostgreSQL

8. What is it? こんな人のために

9. What is it? こんな人のために • 2つの違いがよくわかない

10. What is it? こんな人のために • 2つの違いがよくわかない • 何となく選んだけどこれで良かったの？

11. What is it? こんな人のために • 2つの違いがよくわかない • 何となく選んだけどこれで良かったの？ • これから利用するにはどちらを選べばいいの？

12. What is it? そんな疑問にお答えします！

13. What is it? 前提条件 MySQL 5.6（InnoDB） PostgresSQL 9.4

14. What is it? 前提条件みんなPostgreSQLはﾁｮｯﾄﾜｶﾙ

15. What is it? 前提条件みんなPostgreSQLはﾁｮｯﾄﾜｶﾙ ↓ PostgreSQLの説明はあまりしませんよくわからない場合は隣の人に聴いてください

16. あじぇんだ１自己紹介２アーキテクチャの違い３ SQLの違い４機能の違い５まとめ

18. 自己紹介名前：曽根壮大（そねたけとも）年齢：３０歳（三人の子供がいます）職業：Webエンジニア所属：日本PostgreSQLユーザ会中国支部支部長技術的にはLL系言語とかRDBが好きです

20. アーキテクチャの違い項目/DB MySQL PostgreSQL サーバアーキテクチャマルチスレッドマルチプロセスストレージアーキテクチャ更新型追記型拡張特徴ストレージエンジンエクステンション DiscIOアーキテクチャランダムシーケンシャル

22. アーキテクチャの違いサーバアーキテクチャの違い • 基本的にマルチスレッド(MySQL)の方が有利 • コネクションのコストに差が出る • クエリの並列処理能力に差が出る

25. アーキテクチャの違いサーバアーキテクチャの違い • 基本的にマルチスレッド(MySQL)の方が有利 • コネクションのコストに差が出る • クエリの並列処理能力に差が出る PostgreSQLはコネクションのたびにプロセス生成(fork)が走る

27. アーキテクチャの違いサーバアーキテクチャの違い • 基本的にマルチスレッド(MySQL)の方が有利 • コネクションのコストに差が出る • クエリの並列処理能力に差が出る MySQL 5.6は同一スキーマ内ではマルチスレッド処理されない

29. アーキテクチャの違いストレージアーキテクチャの違い • MVCCの実現方法の違い • 更新処理(UPDATEとDELETE)に差が出る • 追記型だからAutoVACUUMとHOTがある

31. アーキテクチャの違いストレージアーキテクチャの違い • MVCCの実現方法の違い • 更新処理(UPDATEとDELETE)に差が出る • 追記型だからAutoVACUUMとHOTがあるデータの一貫性を担保させるための実現方法のこと SQL ServerやDB2はロッキングメカニズム

33. アーキテクチャの違いストレージアーキテクチャの違い • MVCCの実現方法の違い • 更新処理(UPDATEとDELETE)に差が出る • 追記型だからAutoVACUUMとHOTがある PostgreSQLはMySQLよりもUPDATEは遅い（ことが多いしかしFILLFACTORを調整してHOTを効かす事で最適は出来る

35. アーキテクチャの違いストレージアーキテクチャの違い • MVCCの実現方法の違い • 更新処理(UPDATEとDELETE)に差が出る • 追記型だからAutoVACUUMとHOTがある InnoDBもVACUUMみたいなパージ処理が実はある MySQL 5.6は複数のパージスレッドが並列実行している MySQL 5.5は専用スレッドが処理しているとはいってもPostgreSQLのVACUUMよりは圧倒的にローコスト

36. アーキテクチャの違いストレージアーキテクチャの違い • MVCCの実現方法の違い • 更新処理(UPDATEとDELETE)に差が出る • 追記型だからAutoVACUUMとHOTがある InnoDBもVACUUMみたいなパージ処理が実はある MySQL 5.6は複数のパージスレッドが並列実行している MySQL 5.5は専用スレッドが処理しているとはいってもPostgreSQLのVACUUMよりは圧倒的にローコスト PostgreSQLのVACUUMのように気にする必要はほとんど無い

37. アーキテクチャの違いストレージアーキテクチャの違い • MVCCの実現方法の違い • 更新処理(UPDATEとDELETE)に差が出る • 追記型だからAutoVACUUMとHOTがある VACUUMって何って人は笠原さんの下記のURLをクリック https://dbstudychugoku.github.io/events/event-008.html

38. アーキテクチャの違いストレージアーキテクチャの違い • MVCCの実現方法の違い • 更新処理(UPDATEとDELETE)に差が出る • 追記型だからAutoVACUUMとHOTがある HOTって何って人は笠原さんのLet s Postgresの記事をクリック http://lets.postgresql.jp/documents/tutorial/hot3/hot3_1

39. アーキテクチャの違い内部構造から学ぶPostgreSQL

40. アーキテクチャの違い内部構造から学ぶPostgreSQL PostgreSQLのアーキテクチャをよくわからない人にオススメ 9.3の話なので9.5対応の改訂が待たれる

41. アーキテクチャの違い項目/DB MySQL PostgreSQL サーバアーキテクチャマルチスレッドマルチプロセスストレージアーキテクチャ更新型追記型拡張特徴ストレージエンジンプラグイン FDW エクステンション DiscIOアーキテクチャランダムシーケンシャル

42. アーキテクチャの違いストレージエンジンとFDWの違い • ストレージエンジン  handlerレイヤーより上であれば何でも出来る • FDW  PostgreSQLの外部テーブルのインターフェイス

44. アーキテクチャの違いストレージエンジンとFDWの違い • ストレージエンジン  handlerレイヤーより上であれば何でも出来る • FDW  PostgreSQLの外部テーブルのインターフェイス InnoDB一択なので使う範囲ではあまり気にしなくて良いただしMyISAMがシステムテーブル内にはまだ残っている

46. アーキテクチャの違いストレージエンジンとFDWの違い • ストレージエンジン  handlerレイヤーより上であれば何でも出来る • FDW  PostgreSQLの外部テーブルのインターフェイス他のDBのテーブルを自分のテーブルのように見る事が出来る積極的に使う機会が無い

47. アーキテクチャの違いストレージエンジンとFDWの違い • ストレージエンジン  handlerレイヤーより上であれば何でも出来る • FDW  PostgreSQLの外部テーブルのインターフェイス他のDBのテーブルを自分のテーブルのように見る事が出来る積極的に使う機会が無い MyNA・JPUG 合同DB勉強会 in 東京でFDWの発表をしたので興味がある人はそちらを参考に http://dbstudychugoku.github.io/events/tokyo-001.html

48. アーキテクチャの違いプラグインとエクステンションの違い • どちらもCでゴリゴリ書いて作る • どちらも何でも出来る(RDBの範囲で) • PostgreSQLの方が作成量が多い  (私の観測範囲で)

52. アーキテクチャの違いプラグインとエクステンションの違い • どちらもCでゴリゴリ書いて作る • どちらも何でも出来る(RDBの範囲で) • PostgreSQLの方が作成量が多い  (私の観測範囲で) MySQLでmroonga(全文検索)は利用される事が多い

53. アーキテクチャの違いプラグインとエクステンションの違い • どちらもCでゴリゴリ書いて作る • どちらも何でも出来る(RDBの範囲で) • PostgreSQLの方が作成量が多い  (私の観測範囲で) PostgreSQLはpg_stat_statementsを始め、気軽に使われてる

54. アーキテクチャの違いプラグインとエクステンションの違い • どちらもCでゴリゴリ書いて作る • どちらも何でも出来る(RDBの範囲で) • PostgreSQLの方が作成量が多い  (私の観測範囲で) しかしAWS RDSを使ってたりするとどっちのDBも無力 (なので全文検索はCloud Searchに丸投げが多い)

56. アーキテクチャの違い DiscIOアーキテクチャの違い • MySQLはランダムアクセス重視  SSDと相性が良い • PostgreSQLはシーケンシャルアクセス重視  HDDに特化した仕組み

58. アーキテクチャの違い DiscIOアーキテクチャの違い • MySQLはランダムアクセス重視  SSDと相性が良い • PostgreSQLはシーケンシャルアクセス重視  HDDに特化した仕組み Fusion-IOと特に相性が良い HDDから代えると数十倍のパフォーマンスが出たりする

60. アーキテクチャの違い DiscIOアーキテクチャの違い • MySQLはランダムアクセス重視  SSDと相性が良い • PostgreSQLはシーケンシャルアクセス重視  HDDに特化した仕組み HDDに合わせるため並べ替えて書込している SSDの時はこの並べ替えのオーバーヘッドが大きいなのでSSDにしても何十倍も高速化しない(目安は数倍程度)

61. アーキテクチャの違いアーキテクチャの違いのまとめ • MySQLの方がスピード重視 • PostgreSQLは機能性と堅牢性重視 • アーキテクチャから既に方向性が明白

62. アーキテクチャの違いアーキテクチャの違いのまとめ • MySQLの方がスピード重視 • PostgreSQLは機能性と堅牢性重視 • アーキテクチャから既に方向性が明白 PostgreSQLは遅いか？というとそうでは無い HDDでコネクションがPostgreSQL許容範囲の時はMySQLと比較しても早い特にSELECTに関してはPostgreSQLの方が早いことも多いなので速度を重視してMySQLを選ぶ時は大規模案件

64. SQLの違い MySQLとPostgreSQLの間に互換性は無いに等しい

65. SQLの違い MySQLは少機能でPostgreSQLが多機能 ↓ つまりSQLに関してはMySQL < PostgreSQL

66. SQLの違い MySQLのSQL • 関数や構文の違いが多い(REPLACE文など) • 型の比較が緩い(SQLモードで変更は出来る) • Windows関数など未実装も多い

67. SQLの違い MySQLのSQL • 関数や構文の違いが多い(REPLACE文など) • 型の比較が緩い(SQLモードで変更は出来る) • Windows関数など未実装も多い

68. SQLの違い MySQLのSQL • 関数や構文の違いが多い(REPLACE文など) • 型の比較が緩い(SQLモードで変更は出来る) • Windows関数など未実装も多い通常のSELECT、INSERT、UPDATE、DELETEは問題なしバルクインサートも対応一般的な関数はあるがPostgreSQLとは名前が違うものも多い似たような名前でも挙動が違ったりする

69. SQLの違い MySQLのSQL • 関数や構文の違いが多い(REPLACE文など) • 型の比較が緩い(SQLモードで変更は出来る) • Windows関数など未実装も多い通常のSELECT、INSERT、UPDATE、DELETEは問題なしバルクインサートも対応一般的な関数はあるがPostgreSQLとは名前が違うものも多い似たような名前でも挙動が違ったりする例：曜日を取り出す関数・MySQL → date_format(time, %w") 0から始まり、日曜日に該当する・PostgreSQL → to_char(time, D') 1から始まり、日曜日に該当する

70. SQLの違い MySQLのSQL • 関数や構文の違いが多い(REPLACE文など) • 型が緩い(SQLモードで変更は出来る) • Windows関数など未実装も多いちなみにMySQLはトランザクション中にDDLを流すとcommitが走るつまりロールバック出来ない！！

71. SQLの違い MySQLのSQL • 関数や構文の違いが多い(REPLACE文など) • 型が緩い(SQLモードで変更は出来る) • Windows関数など未実装も多い

72. SQLの違い MySQLのSQL • 関数や構文の違いが多い(REPLACE文など) • 型が緩い(SQLモードで変更は出来る) • Windows関数など未実装も多い INSERT時に未指定な値を自動補完したりする (例 datetimeなカラムにNULL→0000-00-00 00:00:00) GROUP BYのSELECT句に未指定なカラムを指定できる (対象がユニークでない場合は何が出るかはわからないのでバグの温床)

73. SQLの違い MySQLのSQL • 関数や構文の違いが多い(REPLACE文など) • 型が緩い(SQLモードで変更は出来る) • Windows関数など未実装も多い INSERT時に未指定な値を自動補完したりする (例 datetimeなカラムにNULL→0000-00-00 00:00:00) GROUP BYのSELECT句に未指定なカラムを指定できる (対象がユニークでない場合は何が出るかはわからないのでバグの温床)そもそもPostgreSQLでは 0000-00-00 00:00:00はエラー（-inﬁnity相当）ちなみにPHPのdatetimeオブジェクトでもエラー

74. SQLの違い MySQLのSQL • 関数や構文の違いが多い(REPLACE文など) • 型が緩い(SQLモードで変更は出来る) • Windows関数など未実装も多い INSERT時に未指定な値を自動補完したりする (例 datetimeなカラムにNULL→0000-00-00 00:00:00) GROUP BYのSELECT句に未指定なカラムを指定できる (対象がユニークでない場合は何が出るかはわからないのでバグの温床) SELECT id, age FROM user GROUP BY id 上記のクエリでageに30と31がある場合にどちらが出るかは不明レコードの状態によって値が変わるのでバグの元によくなる SQLアンチパターンのアンギュアスグループ(曖昧なグループ)として有名

75. SQLの違い MySQLのSQL • 関数や構文の違いが多い(REPLACE文など) • 型が緩い(SQLモードで変更は出来る) • Windows関数など未実装も多い INSERT時に未指定な値を自動補完したりする (例 datetimeなカラムにNULL→0000-00-00 00:00:00) GROUP BYのSELECT句に未指定なカラムを指定できる (対象がユニークでない場合は何が出るかはわからないのでバグの温床) SQLモードで上記の問題を解決出来る (厳しい制約に変更出来る) 通称：kamipo TRADITIONAL

76. SQLの違い MySQLのSQL • 関数や構文の違いが多い(REPLACE文など) • 型が緩い(SQLモードで変更は出来る) • Windows関数など未実装も多い文字列の比較はPostgreSQLは英字の小文字と大文字を区別する MySQLは英字の小文字と大文字を区別しないもし区別させたい場合はバイナリ型を利用するまたデフォルトの照合順序では「'ハハ' = 'パパ' = 'ババ'」問題が発生する (絵文字も区別しない) utf8mb4_unicode_ciを指定すれば上記の問題は発生しない逆にPostgreSQLで小文字と大文字を比較しない型は無いので作るしか無い

77. SQLの違い MySQLのSQL • 関数や構文の違いが多い(REPLACE文など) • 型が緩い(SQLモードで変更は出来る) • Windows関数など未実装も多いちなみにMySQLはSJISだとdatetime型にINDEXが効かないのでUTF8一択型に関する問題はPostgreSQL使いが一番最初にドハマリする罠が多い部分

79. SQLの違い MySQLのSQL • 関数や構文の違いが多い(REPLACE文など) • 型が緩い(SQLモードで変更は出来る) • Windows関数など未実装も多い Window関数が無いのでpartition指定の集約はSQLで対応するのは難しい CONNECT BYも無いので設計において親子関係を表現する際は要検討算術演算子も違いを多いので注意(あんまり使わないけど)

80. SQLの違い MySQLのSQL • 関数や構文の違いが多い(REPLACE文など) • 型が緩い(SQLモードで変更は出来る) • Windows関数など未実装も多いサブクエリもPostgreSQLに比べると遅いそれでもMySQL 5.6で大分早くなった相関サブクエリは使わない方が良い（MySQL 5.5以前はサブクエリを投げるとDB固まったりしてた）あとMySQLにはWITH句もRETURNING句無い

81. SQLの違い MySQLのSQL • 関数や構文の違いが多い(REPLACE文など) • 型が緩い(SQLモードで変更は出来る) • Windows関数など未実装も多いクエリで頑張らずにアプリケーション側で処理した方が早い場合が多い（例ランキング表示など）シンプルなクエリで済むような設計力が問われる

82. SQLの違い MySQLのSQL • 関数や構文の違いが多い(REPLACE文など) • 型が緩い(SQLモードで変更は出来る) • Windows関数など未実装も多いちなみにMySQLのJOINのアルゴリズムはNested Loop JoinしかないあとMySQLにはFull Outer JOINも無い他にもINTERSECTとEXCEPTもない

83. SQLの違い MySQLのSQL • 関数や構文の違いが多い(REPLACE文など) • 型が緩い(SQLモードで変更は出来る) • Windows関数など未実装も多いちなみにMySQLのJOINのアルゴリズムはNested Loop JoinしかないあとMySQLにはFull Outer JOINも無い他にもINTERSECTとEXCEPTもない SQL力が高い人ほどMySQLで不満が出る設計がしっかりしていればあまり使わないので問題は少ない

85. SQLの違い PostgreSQLのSQL • Merge文が無い(9.5でそれ相当の構文が追加) • ユーザ定義変数が無い • SQLに関して言えばPostgreSQL > MySQL

86. SQLの違い PostgreSQLのSQL • Merge文が無い(9.5でそれ相当の構文が追加) • ユーザ定義変数が無い • SQLに関して言えばPostgreSQL > MySQL 現状でもWITH句＋RETURNING句で実現は出来る早く無いので必要ならトリガー書いた方がいいかも

87. SQLの違い PostgreSQLのSQL • Marge文が無い(9.5でそれ相当の構文が追加) • ユーザ定義変数が無い • SQLに関して言えばPostgreSQL > MySQL 現状でもWITH句＋RETURNING句で実現は出来る早く無いので必要ならトリガー書いた方がいいかもしかしPostgreSQL 9.5で INSERT ON CONFLICT DO NOTHING/UPDATE が出来るので今後はバットノウハウなので覚える必要なし

88. SQLの違い PostgreSQLのSQL • Marge文が無い(9.5でそれ相当の構文が追加) • ユーザ定義変数が無い • SQLに関して言えばPostgreSQL > MySQL

89. SQLの違い PostgreSQLのSQL • Marge文が無い(9.5でそれ相当の構文が追加) • ユーザ定義変数が無い • SQLに関して言えばPostgreSQL > MySQL Marge文の話も含め、SQLの話は第九回中国地方DB勉強会 in 米子で話をしたので興味がある人は下記のURLをクリック https://dbstudychugoku.github.io/events/event-009.html

90. SQLの違い PostgreSQLのSQL • Marge文が無い(9.5でそれ相当の構文が追加) • ユーザ定義変数が無い • SQLに関して言えばPostgreSQL > MySQL

91. SQLの違い PostgreSQLのSQL • Marge文が無い(9.5でそれ相当の構文が追加) • ユーザ定義変数が無い • SQLに関して言えばPostgreSQL > MySQL 同じ感覚でクエリを書くと痛い目にあう実行計画を見ることは大事 INDEXの効き方も違うことがある

92. SQLの違い SQL逆引き大全363の極意

93. SQLの違い SQL逆引き大全363の極意 MySQLとPostgreSQLのINDEXの違いを含めたSQLの書き方がまとまった本ただし、内容がちょっと古い(2013/6/28の本) ※最新版の改訂まだですか？

94. SQLの違い SQL実践入門

95. SQLの違い SQL実践入門 PostgreSQLをベースにしたSQLの基礎的な使い方の本 Windows関数やCASEの使い方やサブクエリの使い方の勉強になる MySQLからPostgreSQLに来た人にオススメ ※しかし原著が古い WHEREに IS NULLあるとINDEX効かないとか書いてあるちなみにPostgreSQL(8.3以降)もMySQL(5系は確実)もINDEX効きますちなみにIS NOT NULLも効きます

97. 機能の違い SQLと同様の関係

98. 機能の違い SQLと同様の関係 ↓ MySQL < PostgreSQL

99. 機能の違い MySQLの機能 • ストアドもトリガーも書ける • マテビューが無い • レプリケーションは一日の長がある • GUIツール(MySQL Workbench)が優秀

101. 機能の違い MySQLの機能 • ストアドもトリガーも書ける • マテビューが無い • レプリケーションは一日の長がある • GUIツール(MySQL Workbench)が優秀 1つのテーブルに1トリガー MySQLのトリガーはFOR EACH ROWのみをサポートそもそもMySQLでストアドが必要な時は設計を再検討した方がいい

103. 機能の違い MySQLの機能 • ストアドもトリガーも書ける • マテビューが無い • レプリケーションは一日の長がある • GUIツール(MySQL Workbench)が優秀 Viewに速度的な限界が来たら中間テーブルを作るしか無いそもそもViewを必要するようなクエリは速度が出ない

105. 機能の違い MySQLの機能 • ストアドもトリガーも書ける • マテビューが無い • レプリケーションは一日の長がある • GUIツール(MySQL Workbench)が優秀 MHA for MySQLがすごい自動フェイルオーバーマスターの無停止メンテナンス可能 PG-REXの凄い版

106. 機能の違い MySQLの機能 • ストアドもトリガーも書ける • マテビューが無い • レプリケーションは一日の長がある • GUIツール(MySQL Workbench)が優秀 pgadmin3とは比較にならないほど優秀 ER図のリバースエンジニアリングも可能マルチプラットフォームで動く(MacもWindowsも可)

107. 機能の違い MySQLの機能 • ストアドもトリガーも書ける • マテビューが無い • レプリケーションは一日の長がある • GUIツール(MySQL Workbench)が優秀 pgadmin3とは比較にならないほど優秀 ER図のリバースエンジニアリングも可能マルチプラットフォームで動く(MacもWindowsも可) 次のデモします • UI上でのDDL相当の操作 • リバースエンジニアリング • フォーマッタとVisual Explain 

108. 機能の違い PostgreSQLの機能 • 日本語ドキュメントを参考 • 豊富な型と専用の検索機能（JSON型など） • CHECK制約 • INDEXの種類が豊富

110. 機能の違い PostgreSQLの機能 • 日本語ドキュメントを参考 • 豊富な型と専用の検索機能（JSON型など） • CHECK制約 • INDEXの種類が豊富 Githubで管理してるので誤字脱字を見つけたらプルリクエスト！読んで意味がわからない場合はissuesを作る！！ https://github.com/pgsql-jp/jpug-doc

112. 機能の違い PostgreSQLの機能 • 日本語ドキュメントを参考 • 豊富な型と専用の検索機能（JSON型など） • CHECK制約 • INDEXの種類が豊富澤田さんとぬこさんに聞けば大体教えてくれるあと「篠田の虎の巻」でググると幸せになれる（多分これに慣れるとPostgreSQLから出れなくなる最近だとネットワークアドレス型に救われた(IPv6対応)

113. 機能の違い PostgreSQLの機能 • 日本語ドキュメントを参考 • 豊富な型と専用の検索機能（JSON型など） • CHECK制約 • INDEXの種類が豊富澤田さんとぬこさんに聞けば大体教えてくれるあと「篠田の虎の巻」でググると幸せになれる（多分これに慣れるとPostgreSQLから出れなくなる最近だとネットワークアドレス型に救われた(IPv6対応) 全部解決してくれた • IPv6をインクリメントしたいけどintに出来ない問題 • IPv6でソートするの面倒くさい問題 • IPv6で範囲検索するの大変問題

115. 機能の違い PostgreSQLの機能 • 日本語ドキュメントを参考 • 豊富な型と専用の検索機能（JSON型など） • CHECK制約 • INDEXの種類が豊富 MySQLにはCHECK制約が無いけどクエリは通る！Why MySQL people!！ MySQLはデータを守る仕組みは少ない

117. 機能の違い PostgreSQLの機能 • 日本語ドキュメントを参考 • 豊富な型と専用の検索機能（JSON型など） • CHECK制約 • INDEXの種類が豊富 MySQL(InnoDB)はB-treeインデックスしか無い MySQLは1クエリで使えるインデックスは一つ MySQLには式インデックスが無い MySQLには部分インデックスも無い

119. まとめ MySQLはスピード重視

120. まとめ MySQLはスピード重視 ↓ シンプルだが機能が少ない

121. まとめ PostgreSQLは機能性と堅牢性重視

122. まとめ PostgreSQLは機能性と堅牢性重視 ↓ 高機能だが限界値はMySQLより低い

123. まとめ https://twitter.com/soudai1025/status/645429512721707008

124. まとめ MySQLのマッチする利用シーン • 大量の更新や参照が必要な場合 • 単純なクエリを大量に捌く必要がある場合 • レプリケーションやパーテーションを利用した負荷分散が必要な場合 • サポート(Oracle)をお金で殴りたい場合

125. まとめ PostgreSQLのマッチする利用シーン • 小規模なサービス(スタートアップとか) • 集計や分析が必要なサービス • データの整合性が重要なサービス • 中小企業の業務系サービス • とりあえずPostgreSQL

126. まとめ MySQL

127. まとめ MySQL ↓ 過去：Webサービス

128. まとめ MySQL ↓ 過去：Webサービス ↓ 現在：トランザクションが必要な大規模案件

129. まとめ PostgreSQL

130. まとめ PostgreSQL ↓ 過去：業務系

131. まとめ PostgreSQL ↓ 過去：業務系 ↓ 現在：データの利用と保守が必要な案件

132. まとめ Webも業務系も関係ない

133. まとめ Webも業務系も関係ない ↓ Webも複雑化&業務系のビックデータ化

134. まとめサービスの種類ではなくデータの利用方法でRDBを選ぶが良い

135. まとめ適材適所で選びましょう

136. ご静聴ありがとうございました。

2大OSSデータベースのMySQLとPostgreSQLの違い(前半)

Soudai Sone

2大OSSデータベースのMySQLとPostgreSQLの違い(前半)

A particular slide catching your eye?