『第14回 SQL Server 2019勉強会 』のまとめ #JSSUG #SQLServer

NaruTo@うなぎ食べない教 @KAZAMAI_NaruTo

体調が心配だったので言ってなかったが、 明日ちらっとしゃべる。 sqlserver.connpass.com/event/113907/ #JSSUG

NaruTo@うなぎ食べない教 @KAZAMAI_NaruTo

始まった #JSSUG #SQLSERVER

サメ @_itito_

参加2回目です #JSSUG

FUJIMOTO Takahisa @tkfuji

今日はこれ『第14回 SQL Server 2019勉強会』に参加してるー♪( ´▽｀) #JSSUG #SQLServer (@ 日本マイクロソフト - @mskkpr in 港区, 東京都) swarmapp.com/c/2Hn38qsBRKj

リーダブルコードおじさん @tk520

初めてのJSSUG #JSSUG #SQLSERVER

NaruTo@うなぎ食べない教 @KAZAMAI_NaruTo

#JSSUG う～ん・・・・ B+tree の理解が不正確だから クラスタ化インデックスと非クラスタ化インデックスが出てくる理由がわかっていない感じの説明。

NaruTo@うなぎ食べない教 @KAZAMAI_NaruTo

＃JSSUG　 う～ん、クラスタ化インデックスと非クラスタ化インデックスの使いどころの説明、やっぱ違和感。

NaruTo@うなぎ食べない教 @KAZAMAI_NaruTo

#JSSUG Index Scan より Clustered Index Scan が遅いっていう話の理由がわからん。 本当に Scan する列が同じ状態での比較？？

NaruTo@うなぎ食べない教 @KAZAMAI_NaruTo

Index Scan は Index に利用されている列(+ 包含列) のみ参照するからリーフのサイズが小さい分全体が小さくなって I/O が減るのか。 #JSSUG

NaruTo@うなぎ食べない教 @KAZAMAI_NaruTo

#JSSUG いや、abs の置き換えに -1 って 正のあたいのときあかんやろｗ

サメ @_itito_

> スキーマ名をつけることで実行プランの再利用が促進される へー。現場のコード指針に沿って、書いてはいたけどそのような理由は知らなかった。 #JSSUG

NaruTo@うなぎ食べない教 @KAZAMAI_NaruTo

JSSUG の Slack って見ている人はあまりいないと思うけど。。。 #JSSUG

サメ @_itito_

パフォーマンス考えるとどう処理するか(してほしいか)も重要になってくると思うかな #JSSUG

NaruTo@うなぎ食べない教 @KAZAMAI_NaruTo

True が 1 (0以外) False が 0 ・・は環境・言語によって変わってくるからこうだと決めるのは危険。 #JSSUG

サメ @_itito_

状況によるけどOR付けるとインデックスが使われなくなることあるので怖いです #JSSUG

サメ @_itito_

フラグなどを渡してストアドプロシージャで管理していたものを動的生成に変更してパフォーマンスを上げるという 全く反対のことやったことあるので何ともいえない #JSSUG

FUJIMOTO Takahisa @tkfuji

Ikushimaさん の「初級～中級のSQL再入門」、ANDとORの話とかは他の技術者が保守できなくなるなるので、実プロジェクトではやりたくないなあ。 #JSSUG #SQLServer

FUJIMOTO Takahisa @tkfuji

Ikushimaさんの「初級～中級のSQL再入門」、自然言語の仕様書とSQLの括弧の開閉表記が異なるって話があったけど、実装者に書いてほしいSQLがあれば仕様も同じように書いてほしい形で書くべき。仕様と実装で一々頭の中で変換するとかバグの温床かと。 #JSSUG #SQLServer

FUJIMOTO Takahisa @tkfuji

あと、ここら辺のSQLの小細工ってオプティマイザーがよろしくやってくれるから、基本SQLは分かり易く書くことが大事。もちろん性能を落とすような手続き型言語的な記述をするのはご法度だけど。 #JSSUG #SQLServer

サメ @_itito_

すごくいい補足きた #JSSUG

サメ @_itito_

これかな？後で読みます。 #JSSUG リレーショナルな正しいデータベース設計 by @nippondanji #database #relationalmodel slideshare.net/nippondanji/re… @SlideShareさんから

FUJIMOTO Takahisa @tkfuji

主語かどうか、述語かどうか、従属するかどうか、修飾するかどうかでテーブルを分ける。んー、これって普通にデータモデリングすればいいだけの話では？ERD書かずにテーブル定義書だけで設計（笑）するからそうなるだけかと。 #JSSUG #SQLServer

FUJIMOTO Takahisa @tkfuji

PKにUUIDって言うけど、テストデータが作るのが手間がかかるし、テスト仕様書にどう書くんだっけ？ #JSSUG #SQLServer

サメ @_itito_

GUIDよく使ってました。ただ断片化が進みやすいと聞いて、あー確かにって思った #JSSUG

FUJIMOTO Takahisa @tkfuji

サロゲートキーは賛成なんだけど（自分が設計したら遅くとも物理設計の段階でサロゲートキー使うし）、（お客さん側の）サロゲートキー食わず嫌い派を説得するのは大変。 #JSSUG #SQLServer