DBFlute bridges between DB and App

at JPOUG> SET EVENTS 20151017

Transcript

1. DBをリファクタリングしよう、 DBとアプリの架け橋 DBFlute by 久保雅彦(jflute)
2. わたしはだれ？ 久保　雅彦 (jflute) 　オープンソースプログラマー DBFluteの作者 jfluteの日記（http://d.hatena.ne.jp/jflute/） Twitter: @jflute / facebook: dbflute 2 自己紹介
3. 住んでるところ Java, JDBC, フレームワーク, DB設計, プログラマー教育 オープンソース 3 自己紹介
4. DBFluteとは？ O/Rマッパー DB管理支援ツール 4 DBFluteとは？
5. DBFluteの特徴は？ DB変更に強い 5 DBFluteとは？
6. DBFluteのターゲット BtoCなどのサービス開発
 （事業会社） リーン・スタートアップ インクリメンタル開発
 DB設計と実装の同時開発
 ※ビジネスのための泥臭いツール 6 DBFluteとは？
7. … ふーん 7 DBFluteとは？
8. DBFluteは変えたい DBサイドとアプリサイドの 8 DBFluteとは？ ギャップ
9. ギャップって？ DBサイド：DB設計、インフラ アプリサイド：アプリ開発 互いが互いに責め合う(T∀T) 9 DBFluteとは？
10. DBサイドとアプリサイドの
 ギャップ　その1 DB設計の意図が アプリ側に伝わらない 10 ギャップその1
11. アプリあるある どこにIndex貼ってあるのかわからない NotNull制約の外れてる理由がわからない どことどこをjoinすればいいのか… この区分値、何が入るの？ 11 ギャップその1：DB設計の意図が伝わらない
12. アプリあるある 40.テーブル定義書フォルダに.xls発見、開く ウィルスチェック、開くまで待つ待つ 大量のシートで途方にくれる “エクセル シート移動 ショートカット”で検索 見たいテーブル見つけたー、…先輩通りすがる 「それ古いから見ない方がいいよ」 12 ギャップその1：DB設計の意図が伝わらない
13. というのから 卒業 13 ギャップその1：DB設計の意図が伝わらない
14. DBFluteはDBを伝える！ テーブル定義を自動生成 
 (SchemaHTML) メンテナンス不要（DBコメント重視） 気楽に開けるHTML形式 DB定義をJavaDocコメントに DBコメントをJavaDocコメントに xlsは精神的距離が遠いが、JavaDocは近い 14 ギャップその1：DB設計の意図が伝わらない
15. SchemaHTML
 (テーブル一覧) 15 ギャップその1：DB設計の意図が伝わらない
16. SchemaHTML
 (テーブル詳細) 16 ギャップその1：DB設計の意図が伝わらない
17. DBサイドとアプリサイドの
 ギャップ　その2 アプリ側の都合に関係なく 
 DB変更される 17 ギャップその2
18. アプリあるある 気付いたらDB変わってて落ちてる 影響範囲ありすぎでデグレまくる ローカル開発用DBがめっちゃ古い 18 ギャップその2：DB変更される
19. DBFluteはDB変更につおい！ タイプセーフAPI (ConditionBean) で
 DB変更の影響範囲検知 2WaySQLの外出しSQLを
 一括実行で検知 最新DB構造の横展開を自動化
 (ReplaceSchema) バッチ一発で、サクッとDB作り直し テストデータの一元管理 19 ギャップその2：DB変更される
20. ConditionBean 20 FKラインを辿る旅 DBが綺麗であればあるほど 実装しやすくなる というインセンティブ ギャップその2：DB変更される
21. 一括テスト実行できる 2WaySQL (OutsideSql) 21 ギャップその2：DB変更される
22. DBAの人も DB変更の影響規模を 探りやすい ローカルで試しに変えてみて バッチを叩けばOK 22 ギャップその2：DB変更される
23. DBサイドとアプリサイドの
 ギャップ　その3 というか… DB変更の内容が アプリ側に伝わらない 23 ギャップその3
24. アプリあるある 何が変わったのかがわからない 直すべきところわからず放置 というかDBAも細かく伝えるの面倒 24 ギャップその3：DB変更が伝わらない
25. DBFluteはDB変更を伝える！ HistoryHTMLで
 履歴ドキュメントを自動生成
 (自然と作られていくところがポイント) もちろん、
 JavaDocコメントや
 SchemaHTMLも大活躍 25 ギャップその3：DB変更が伝わらない
26. HistoryHTML 26 ギャップその3：DB変更が伝わらない
27. プロシージャだって 27 ギャップその3：DB変更が伝わらない
28. DBサイドとアプリサイドの
 ギャップ　その4 アプリが ぐるぐる回す (ぶーんぶーんばばーん!) 28 ギャップその4
29. チューニングあるある 一回のリクエストで300回のSQL 一個一個は速いので、頼まれても
 DB側の調整ではどうにもならない (jflute経験済み) 夜間バッチだと…ひぃぃぃー 29 ギャップその4：アプリがぐるぐる回す
30. フレームワークあるある getMemberStatus() された時に検索 List<Member> memberList = …(最初の検索) for (Member member : memberList) { member.getMemberStatus() // ひぃぃぃー } getされた時に関連テーブルのデータを検索 いわゆる LazyLoad 機能 30 ギャップその4：アプリがぐるぐる回す
31. DBFluteは明文主義 データ取得したい関連テーブル明示 getメソッドでLazyLoadしない SQLの発行回数を数えるための
 拡張ポイント (CallbackContext) 31 ギャップその4：アプリがぐるぐる回す
32. SQLの発行回数をログに …(σόοάϩάͷத) [request] lastaflute.dbflute.SQL_COUNT=
 {total=2, selectCB=2, entityUpdate=0 , queryUpdate=0, outsideSql=0, procedure=0} … ※DBFluteͱ࿈ܞͨ͠WebϑϨʔϜϫʔΫ
 ʮLastaFluteʯʹͯ 32 ギャップその4：アプリがぐるぐる回す
33. 発行しすぎ警告ログ …(ܯࠂϩάͷத) *Too many SQL executions:
 {total=81, selectCB=3, entityUpdate=78, queryUpdate=0, outsideSql=0, procedure=0}
 ɹin ProductListAction.search() … ※DBFluteͱ࿈ܞͨ͠WebϑϨʔϜϫʔΫ
 ʮLastaFluteʯʹͯ 33 ギャップその4：アプリがぐるぐる回す
34. こういう視点も DBの問題はDBだけでは 解決できない ↓ Webフレームワーク との連携も大切 34 ギャップその4：アプリがぐるぐる回す
35. ちなみに SQLをべたっと書けばぐるぐるが消える というのはまちがい ↓↓↓ プログラム上でSQLを組み立てづらい環 境だからこそ面倒になってぐるぐるする ↓↓↓ LazyLoadしなくて、 SQLを組み立てやすいツール の方が防げきやすい (無論100%防げるわけではないが比較的) 35 ギャップその4：アプリがぐるぐる回す
36. DBサイドとアプリサイドの
 ギャップ　その5 本番と結合と開発で、
 　　スキーマ構造が違う！ 36 ギャップその5
37. アプリ, DBAあるある 落ちた ↓ 調べる ↓ 本番DB違う 37 Alter書いた ↓ Index書き忘れた ↓ 実行し忘れた ギャップその5：本番とスキーマちっがーう
38. スタートアップあるある まず、ズレる (毎週のようにDB変更しますから…) 38 ギャップその5：本番とスキーマちっがーう
39. DBFluteは差分大好き HistoryHTMLでDB変更の歴史 AlterCheckで
 Alter文の整合性チェック SchemaSyncCheckで
 二つのDBの差分チェック
 
 　　　DB差分御三家を呼ぶ 39 ギャップその5：本番とスキーマちっがーう
40. AlterCheckの方程式 前のDB + 差分DDL = 最新のフルDDL 40 ギャップその5：本番とスキーマちっがーう
41. AlterCheckの流れ 1. 前のDB (フルDDL) を保存 by DBFlute 2. 普通にDB変更 by ERD 3. Alter文を書く by 人類 4. フルDDLを吐き出して… by ERD 5. 方程式と合わせる by DBFlute 41 ギャップその5：本番とスキーマちっがーう
42. AlterCheckの結果 ダメ だったら… 差分がなくなるまで差し戻し 42 ギャップその5：本番とスキーマちっがーう
43. DBサイドとアプリサイドの
 ギャップ　その6 アプリ屋さんよぅ… パフォーマンス考慮お願い 43 ギャップその6
44. DBFluteはSQLを大切に１ 発行されるSQLは徹底フォーマット (プログラマーがすぐにログ確認。実行はバインド変数) 44 ギャップその6：パフォーマンス考慮たのむよー
45. DBFluteはSQLを大切に２ 発行されたSQLの実行時間をログに (プログラマーに普段から意識してもらう) 45 ギャップその6：パフォーマンス考慮たのむよー ※結果の件数もね
46. DBFluteはSQLを大切に３ どこから呼ばれたSQL？をログに (プログラマーをSQLに振り向かせる) 46 ギャップその6：パフォーマンス考慮たのむよー LastaFluteと連携でSQLにアプリクラス埋め込みも (DB側でSQLを抽出しても、どこのSQLかすぐにわかる)
47. DBFluteはSQLを大切に４ EntityのSetter呼び出し情報でupdate文を構築 (無駄な事前検索や問答無用全カラム更新しない) Member mb = new Member(); mb.setMemberId(3); mb.setMemberName(“jflute”); memberBhv.update(mb); ↓↓↓ update MEMBER set MEMBER_NAME = ‘jflute’ where MEMBER_ID = 3 47 ギャップその6：パフォーマンス考慮たのむよー
48. DBをリファクタリングするために RDBを隠蔽するのではなく、 RDBを強く意識させる O/Rマッパー DBFlute 48 まとめ
49. DBサイドとアプリサイド どっちもWinWinになってこそ、 お客様も最高のシステムに 出会えるはず 49 まとめ
50. 架け橋 そのためのツール、 選んでみませんか？ 50 まとめ