達人に学ぶDB輪読会 其の参

かにみそ.gs @kanimiso_gs

主催がTwできない輪読会ｗ #ノンプロ研 #達人に学ぶDB輪読会

HiroCom777 @Hirocom7772

今日は最終日！！ #ノンプロ研 #達人に学ぶDB輪読会

HiroCom777 @Hirocom7772

戦略の失敗を戦術でとの返すことはできない #ノンプロ研 #達人に学ぶDB輪読会

かにみそ.gs @kanimiso_gs

今日はアンチパターンから。 1節はやってはいけない理由。 『戦略の失敗を戦術で取り返すことはできない』 すごく耳が痛い・・ #ノンプロ研 #達人に学ぶDB輪読会

かにみそ.gs @kanimiso_gs

Vison、Mission、Vlaueがトライアングルのトップ。 一番抽象的で、一番コアで、一番大切なところ。 #ノンプロ研 #達人に学ぶDB輪読会

かにみそ.gs @kanimiso_gs

1999年に「配列型」が定義され、1つのカラムの中に複数のデータを持てるようになったりもしたけれど、現在は推奨されていない。サポートしているDBMSは皆無だそう。 #ノンプロ研 #達人に学ぶDB輪読会

かにみそ.gs @kanimiso_gs

意味的に分割できるかぎり、分割して保持するのが正義。正規化する原則。 たとえば氏名なら、姓と名でわかれてデータを保持する。 #ノンプロ研 #達人に学ぶDB輪読会

かにみそ.gs @kanimiso_gs

次のバッドノウハウは「ダブルミーニング」。 途中で不要になった列を、別の用途で使ってしまうと発生する。列は決して変数ではない。 #ノンプロ研 #達人に学ぶDB輪読会

かにみそ.gs @kanimiso_gs

3つめのバッドノウハウは、単一参照テーブル。 意味の違う同じ構造のデータを1つのテーブルにまとめてしまうこと。コードと内容の参照表として、例えば会社コードと性別コードを同じテーブルにまとめてしまうのはNG。 #ノンプロ研 #達人に学ぶDB輪読会

HiroCom777 @Hirocom7772

配列型を使用しているシステムがある！！ #ノンプロ研 #達人に学ぶDB輪読会

HiroCom777 @Hirocom7772

キーは固定長文字列にする #ノンプロ研 #達人に学ぶDB輪読会

Kenny Tsuji | 『旬北海道』北海道から世界の食卓へ @TsujiKenzo

インストラクション講座1期では、宿題についてモヤモヤしてる受講生のためのコーチングを、無料で1回受けられることになりました！ ぜひ、ご活用ください！ #ノンプロ研 #インストラクション講座

かにみそ.gs @kanimiso_gs

7章のバッドノウハウにつづき、8章はグレーノウハウ。バッドノウハウ、アンチパターンとははっきり言えないけど毒を含んでいる設計だそうです。 #ノンプロ研 #達人に学ぶDB輪読会

かにみそ.gs @kanimiso_gs

主キーが役に立たないケース。 １）一意じゃない（意味がわからないｗ） ２）一意キーが循環的（固定長の想定を超えた時に使わないコードを再利用してしまう） ３）一意キーがあるが途中で対象が変わる（2レコード統合された場合に片方のコードを使い続けるなど） #ノンプロ研 #達人に学ぶDB輪読会

kiriharaHiro 電子工作とIoT_ICT活用を勉強中 @KiriharaHiro

自然キーによる解決 タイムスタンプで年度を追加し複合キーで利用する。 #ノンプロ研

かにみそ.gs @kanimiso_gs

主キーが役に立たない時の解決策。 業務的な意味を持つ自然キーを足すことでデータを一意にしていく。年度を足したり、開始年と終了年を足したり。（インターバル） #ノンプロ研 #達人に学ぶDB輪読会

かにみそ.gs @kanimiso_gs

主キーが役に立たない時の解決策②。 代理キー（サロゲートキー）による解決。 システム的な管理コードを追加する方法。業務的な意味を考えなくていいのがメリットでもありデメリットでもある。 #ノンプロ研 #達人に学ぶDB輪読会

kiriharaHiro 電子工作とIoT_ICT活用を勉強中 @KiriharaHiro

自然キーによる解決 開始日、終了日によるコントロールは現役時代に活用してましたね。 部品構成の変更を特定日付で改定する場合。 #ノンプロ研

かにみそ.gs @kanimiso_gs

オートナンバリングの方法 １）データベース機能で実装 ・シーケンスオブジェクト：新しめな機能。条件設定が可能。 ・ID列：自動的な連番。設定オプションが少ない。 ２）アプリケーション側で実装 ・排他制御がないと重複が生まれる #ノンプロ研 #達人に学ぶDB輪読会

かにみそ.gs @kanimiso_gs

オートナンバリングは便利に見えて、ボトルネックになり性能遅延などを引き起こすリスクがある。 #ノンプロ研 #達人に学ぶDB輪読会

かにみそ.gs @kanimiso_gs

実務の例でいきなり一意じゃない（意味がわからない）主キー登場(´⊙ω⊙`) #ノンプロ研 #達人に学ぶDB輪読会

kiriharaHiro 電子工作とIoT_ICT活用を勉強中 @KiriharaHiro

排他制御良くやってたな。 マスタの1レコード目に採番（最終割当No）を毎回ロック/更新/アンロック。 #ノンプロ研

かにみそ.gs @kanimiso_gs

グレー設計のつづき。 列持ちテーブル。アンケートの複数回答可とするときに発生しがち。 メリット：シンプルな設計、出入力のフォーマットと合わせやすい。 デメリット：列の増減が難しい。NULLがSQL文の結果を混乱させる。 #ノンプロ研 #達人に学ぶDB輪読会

かにみそ.gs @kanimiso_gs

列持ちテーブルではなく、行持ちテーブルを基本にすべき。 ⇒行持ちテーブルにしようとすると、入力量を増やしてしまうことに。入力者にどこまで求めてよいのか？ #ノンプロ研 #達人に学ぶDB輪読会

かにみそ.gs @kanimiso_gs

グレー設計の次。アドホックな集計キー。 場当たり的なキーを付与すること。例えば特定の都道府県ごとに集計を行いたい場合に、地方コードを追加するなど。 #ノンプロ研 #達人に学ぶDB輪読会