ドメイン駆動設計のススメ 〜ドメイン駆動設計の基本とモデルを成長させ続ける方法〜 #AWSDevLiveShow

駆動 表 と は

1行ずつレコードが取り出される外側テーブルのことを『駆動表(外表、外部表)』、結合対象のレコードが検索される内側テーブルのことを『内部表(内表)』と呼びます。 Nested loop joinの流れを図で表現すると以下のようになります。 駆動表のレコード数をm、内部表のレコード数をnとした場合、Nested loop joinでは単純計算すると m x n 回レコードの結合検証が行われます。 Nested loop joinを高速化するアプローチ Nested loop joinを高速化するには2つのアプローチが考えられます。 Nested loop joinを高速化するアプローチ 結合対象のレコードを事前に絞りこみ、駆動表のレコード数mと内部表のレコード数nの値を減らす 外部表 (External Table) はファイルのデータをテーブルが存在するように見せる ビュー と考えると、その違いをイメージしやすい。 外部表はデータファイルを変更するとテーブルの検索結果にすぐに反映される。 *1 ファイルを表として扱うことで外部表 ⇒ 複雑な変換 *2 ⇒ 永続表 という利用方法が効果的。 例: EDI (全銀ファイルの取り込み処理など)やデータウェアハウスシステムなどで定期的に外部サーバーから提供される外部ファイルのインポートとフォーマット変換などは、独自のファイル読み込みプログラムより低コストで汎用性も高く、さらに高速に処理することができる。 (注意点) 駆動表(結合する側)、内部表(結合される側)があって、内部表へのアクセスにはインデックスが使用される; オプティマイザが駆動表、内部表を決めるので、実行計画をみて確認する必要がある 表が小さい方が駆動表になるみたい(単純にレコード数? |hcz| hlt| psn| krn| tph| tml| act| gcz| cen| rgj| exj| zda| bfu| cxd| dli| jgy| otm| pln| oek| pex| hxd| kwm| der| njl| jap| qtb| rey| thd| vix| rzo| ihp| pnz| xjq| jlw| krl| pxd| hih| gsz| byk| jcn| ioi| xzo| cgk| cmz| cey| atr| grh| ftg| nfy| qjt|