Wtm

もう怖くない！?

WEBアプリケーションのDB運用

What is it?

突然ですが

What is it?

SQLとかオワコンｗｗｗ

What is it?

DBはボトルネックになるから嫌い

What is it?

データの集計が辛い

What is it?

そう思ってたりしませんか？

What is it?

今のシステムにRDBは必要不可欠

What is it?

だけどRDBの勉強してますか？

What is it?

じゃあ何時やるか

What is it?

今でしょ

What is it?

今でしょ

What is it?

ということで今日のテーマはコレ

What is it?

What is it?

SQLアンチパターン

- 開発者を待ち受ける25の落とし穴

http://www.slideshare.net/t_wada/sql-antipatterns-devsumi-2013









What is it?

あじぇんだ

１自己紹介

２ SQLアンチパターンってなに？

３リーダブルパスワード

４インプリシットカラム（暗黙の列）

５ジェイウォーク（信号無視）

６まとめ

あじぇんだ

１自己紹介





６まとめ

自己紹介

名前：曽根壮大（そねたけとも）

年齢：２８歳（二十代だよ！）

職業：WEB系プログラマー

技術的にはWEB系でLLとかRDBをゴリゴリしてます。

日本PostgreSQLユーザ会

Twitterは

@soudai1025

と言うアカウントで活動してます。

※技術的なツイートは皆無です。

自己紹介

最近、PostgreSQLを使ってWEBアプリ作りました。

参考ブログ：

WEBアプリで勝敗チェッカー β版を作りました！！

http://soudai-alf.blogspot.jp/2013/02/web.html








自己紹介

オープンセミナー2０１4＠HIROSHIMA

日時 :2014/1月の後半

定員 :100 人（ぐらい

会場 :広島市内

申込 :http://osh-web.github.com/

あじぇんだ

１自己紹介





６まとめ

SQLアンチパターンってなに？

諸君は自らの経験からいくらか学ぶことができるという、

全く愚かな考えであろうが、

余はむしろ他人の失敗を学ぶことで、

自分の失敗を回避することを好む。

─オットー・フォン・ビスマルク


失敗例＋その解決方法＝SQLアンチパターン


つまり、先人の失敗から学ぶ手法（本）


今日はその中から一部をピックアップします

あじぇんだ

１自己紹介





６まとめ

リーダブルパスワード

敵はシステムを知っている

クロード・シャノン（数学者）


敵はシステムを知っている

クロード・シャノン（数学者）


つまりパスワードの扱い


例えばパスワードの平文保存


これは重大なセキュリティの欠陥


じゃあどうすればいいのか


暗号化


でも暗号化だけじゃない


参照


つまりはこう

SELECT account FROM kakenavi WHERE password= SHA2(‘deathMaster’, 256)


もしSQL文を見られたら？


MySQL スロークエリログ


PostgreSQL log_statement


PHPのエラーログ


保存だけでなく参照の仕方も大切

あじぇんだ

１自己紹介





６まとめ

インプリシットカラム（暗黙の列）

自分が何を考えているかは、

実際に言葉にしてみるまでわからない

E・M・フォースター（イギリスの小説家）


自分が何を考えているかは、

実際に言葉にしてみるまでわからない

E・M・フォースター（イギリスの小説家）


つまりはこう

SELECT * FROM kakenavi_blog WHERE status = ‘public’


まさかコードの中で＊使う人いないよねぇ～


実は結構いる


*を使う街角の人の声

１ columnを書くのがめんどくさい

２ ORM使ったら*になった

３ SQLは短くシンプルにしたい


なぜダメなのか


*がダメな３つの理由

１予期せぬQueryを招く

２パフォーマンスの低下

３ DB修正の際のバグの温床







予期せぬQueryを招く

SELECT * FROM kakenavi_blog INNER JOIN twitter ON kakenavi_blog.account = twitter.account


もし両方のテーブルに同名のカラムあったら？


プログラム側で間違えるかも…


予期せぬQueryを防ぐには

SELECT kakenavi_blog.id as k_id twitter.id as twitter.t_id FROM kakenavi_blog INNER JOIN twitter ON kakenavi_blog.account = twitter.account


結果を明確にする


想像してみてください


これがGROUP BYだったら・・・


これがサブクエリだったら・・・


結果を明確=列を指定する








データの動き


DBサーバ

Id (int)

account (var char)

Blog (txet)

Kakenavi_blog

WEBサーバ


DBサーバ

Id (int)

account (var char)

Blog (txet)

Kakenavi_blog

Network WEBサーバ

Object


DBサーバ

Id (int)

account (var char)

Blog (txet)

Kakenavi_blog


Object


DBサーバ

Id (int)

account (var cher)

Blog (txet)

Kakenavi_blog


Object


列を指定してQueryをシェイプアップ！







PHP側での処理

$sql = ‘select * from hoge'; $row = $pdo->query($sql)->fetch (); echo $row[‘4’];


もし２列目カラムを消したら？


INSERTの省略記法

--通常 INSERT INTO hoge (hoge_id, deleted, memo) VALUES (NULL, 1, ’hoge’) --省略 INSERT INTO hoge VALUES (NULL, 1, ’hoge’)


もし3列目カラムが無くなったら？


もし3列目カラムが変わったら？


これが SELECT INSET になったら？


誤りを防止する


列は指定する

あじぇんだ

１自己紹介





６まとめ

ジェイウォーク（信号無視）

お客さん「１ゲーム基本一人だから」


出来たテーブル


一ヶ月後…


お客様「ごめん、キャラやっぱ増やすわ」


お客様「ごめん、キャラやっぱ増やすわ」


さぁどうする？


ピコーン！


カンマ区切り（CSV）でよくね？


ピコーン！カンマ区切りでよくね？


PHP側での処理

$characters = explode(‘,’, $character_column); foreach ( $characters as $key => $character ) { echo $character; }


解決！！


3年後…


お客様「キャラのデータ入らないんだけど」


お客様「キャラのデータ入らないんだけど」

テストでは


なぜか？


カラムの大きさは有限


これがIDだった場合


最初


10,11,12,13,14,15


３年後


1000010, 1000011, 1000012


限界が来ると拡張が難しい


CSV以外にもJSONやXMLでも…


ではどうすれば良かったか


リレーションする


これでレコードの限界まで大丈夫


他にもこんな問題が


問題点

１検索の低パフォーマンス

２更新時の整合性が担保できない

３集約クエリが作成出来ない


リレーションすれば


メリット

１検索時にINDEXが効く

２整合性が担保できる

３集約クエリによる集計の簡略化


正規化大事


他の解決策


PostgreSQLの柔軟な型


柔軟な型

１ Array型で持てる

２ XMLも持てる

３ JOSNでも持てる←New


Indexも集計も絞り込みも思いのまま！


だたしORMとかほぼ全滅


PostgreSQL依存なので移行はしにくい


なので基本は正規化


仕様は変わる


それを受け止める柔軟性が大切

あじぇんだ

１自己紹介





６まとめ

まとめ

アンチパターンとは先人の知恵である

まとめ

愚者は経験に学び、賢者は歴史に学ぶ

まとめ

アンチパターンを知るメリット

１この問題！進研ゼミでやったところだ！

まとめ



２悪いことを「悪い」と知れる

まとめ



２悪いことを「悪い」と知れる

３失敗談は鉄板ネタになる←いまここ

まとめ

みなさんも仲間と失敗談を共有しましょう！

Documents

Wtm