JavaエンジニアのためのPostgreSQL話をきいてきた！

５月２０日、ＪＪＵＧ　ＣＣＣ　２０１７　Ｓｐｒｉｎｇに行ってきた！のつづき

JavaエンジニアのためのPostgreSQLステップアップ

をメモメモ

---

・自己紹介
・関係者
　　ＤＢＡ：安定稼働（フロント書かない）
　　アプリ開発者（Ｊａｖａ、ＳＱＬ）
　　　　データベーススペシャリスト：アプリ開発者用
・プログラムとデータの分離
　　ＡＰサーバー、データ分離
　　ＯＳ層の違い吸収：ｊａｖａ→データベースの違い吸収：ｓｑｌ
・ｓｑｌ
　　結果を高速に：なにがほしい：答えを返してくれる
　　トランザクション制御、
　　制約
　　コミットされたデータを守る
　　同時実行（ロック）
　　不正アクセス
・JDBCドライバ：接続
　　ＤＢ各社によって、ＪＤＢＣドライバの拡張に違いがある
　　ＯＲマッパー：性能問題
・星野源さんが、データベーススペシャリストを持っている
　データベースのエキスパート：重宝されるけど、資格はない

・ＪａｖａとＰｏｓｔｇｒｅｓを連携すると・・
　業務システム：複雑なロジック
　最適化した性能

・Ｗｅｂアプリと業務
　Ｗｅｂアプリ：参照が多い。数万人アクセスも。自分自身のデータが多い
　　→ＵＩ
　業務システム：アクセス数は社員数。複雑な検索もある
ＤＢでもいえる
　大量のアクセス、クエリは簡単→ＭｙＳＱＬに命を懸ける
　業務システム：Ｊｏｉｎの数が増える、かしこいＤＢ→PostgreSQL,Oracle

・PostgreSQLのかしこさ
　１つのＷｈｅｒｅで少数がヒットするもの
　多数の結果を扱うＳＱＬ
　　→PostgreSQLは最適な方法で検索
　　　　インデックス
　　　　全件検索
　ＭｙＳＱＬ：スレッドモデル→たくさんの人アクセスにむいている
　ＰｏｓｔｇｒｅＳＱＬ：業務の種類がたきで、たくさんＪＯＩＮ

・選ぶ理由
　　拡張性：ＪＳＯＮ型、地理
　　レプリケーション
　　大規模、マルチデータプラットフォーム

・ＳＱＬをちゃんと書きましょう→あとはＤＢＡに任せちゃいましょう
・ＤＢＡ
　　ＯＳレベルの監視
　　メンテナンス：結構ちゃんとしないと、性能問題
　　バックアップ、
　　ＤＢ起動停止、障害復旧

・メンテナンス：ＤＢのチューニング
　　ＤＢの設定のチューニング→初期段階で決まる
　　ＳＱＬのチューニング→いろいろ
　　　自分が困っていることが何
　　　　特徴：Ｗｅｂアプリより？業務より？
　　　　　更新の量、回数、タイミング→設計段階で
　　　個別最適：どのＳＱＬがわるい？　もっさりする・・

・ＳＱＬチューニング
　なにもしていないのにおそい：信用されてない→ちょっとかえただけでもかわる
　データ量の増大