11/5 LL名古屋の資料です

1. SQL vs SQL
（ストアド） （ふつうの）
みやざき しょうへい
@htid46

2. SQLって？
● ストアドSQL
○ DBへの処理をまとめたもの
● ふつうのSQL
○ ただのDML

3. SQLの特徴
ストアド ふつうの
1. 手続き型 1. 宣言型
2. 柔軟なトランザクション 2. 標準がある
メリット 制御 3. 再帰CTE
1. RDBMS毎に 1. 関係モデルが難しい
言語が違う 2. 制御構造が、ファイルアク
普通じゃない
デメリット 2.
3.
セス、変数がない
所詮SQLだもの

4. こんなのはSQLでどう書くの？
部下：name毎にskillをくっつけたいんですけど…
Skills テーブル
name skill name skills
miyazaki SQL miyazaki F#, SQL
miyazaki F# hayame Blaze, Flamer, HailStorm
hayame HailStorm
hayame Blaze
hayame Flamer

5. ストアドでなら……
今更なので省略します。

6. ふつうのSQLでなら……
こんな感じ？
WITH
Indexed (name, i, skill) AS(
SELECT name, ROW_NUMBER() OVER(PARTITION BY name ORDER BY skill), skill
FROM Skills
)
SELECT
s1.name AS name, s1.skill + ', ' + s2.skill AS skills
FROM
Indexed s1 実行結果
INNER JOIN Indexed s2 ON
s1.name = s2.name name skills
WHERE
s1.i = 1 AND s2.i = 2 miyazaki F#, SQL
hayame Blaze, Flamer
hayameはスキルを３つ持っているのに２つしか結合されていない。
使えないではないか……

7. どうすればいいの？
再帰CTEを使えば解けるよ！

8. 再帰CTEバージョン
WITH
Indexed (name, i, skill) AS(
SELECT name, ROW_NUMBER() OVER(PARTITION BY name ORDER BY skill), skill
FROM Skills
)
, StringSum (name, i, skill) AS(
SELECT name, i, CAST(skill AS VARCHAR(MAX))
FROM Indexed
WHERE i = 1
UNION ALL
StringSum.skill + ', ' + Indexed.skill
SELECT StringSum.name, Indexed.i,
FROM StringSum -- ここで再帰してる
INNER JOIN Indexed ON
StringSum.name = Indexed.name AND StringSum.i + 1 = Indexed.i
)
実行結果
SELECT name, skill
FROM StringSum name skills
WHERE i = (SELECT MAX(i)
FROM StringSum c miyazaki F#, SQL
WHERE c.name = StringSum.name)
hayame Blaze, Flamer, HailStorm

9. 再帰CTE 使用上の注意
● アドホックな利用が多い
● 無限ループに注意する
● 重い
● 効率がいい場合もある
○ 階層構造（見やすくなる！）
○ テストデータ作成（速い！）
■http://d.hatena.ne.jp/dotnetmemo/20111015/1318663995

10. まとめ１
● わざわざストアドを使うまでもなかった
● ふつうのSQLじゃなくて再帰CTE楽しい

11. まとめ２
ご利用は計画的に

12. おわり