参照：
https://docs.microsoft.com/en-us/azure/storage/blobs/data-lake-storage-access-control

説明
デルタは、データ入力のスキーマを推測する機能を提供し、スキーマ変更の管理に必要な労力をさらに削減します。Slowly Changing Data (SCD) Type 2 は、ディメンション テーブル内の各キーに加えられたすべての変更を記録します。これらの操作では、既存の行を更新してキーの前の値を古い値としてマークし、新しい行を最新の値として挿入する必要があります。また、更新を含むソース表とディメンション・データを含むターゲット表を指定すると、SCD タイプ 2 をマージで表現できます。
例：
// マージ関数を使用した SCD Type 2 操作の実装
顧客テーブル
as(「顧客」)
マージ（
stagedUpdates.as("staged_updates"),
"customers.customerId = mergeKey")
whenMatched("customers.current = true AND Customers.address <> staged_updates.address") updateExpr(Map(
「現在」 -> 「偽」、
"endDate" -> "staged_updates.EffectiveDate"))
whenNotMatched()
insertExpr(Map(
"customerid" -> "staged_updates.customerId",
"アドレス" -> "staged_updates.address",
「現在」 -> 「真」、
"EffectiveDate" -> "staged_updates.EffectiveDate",
"endDate" -> "null"))
実行する（）
}
参照：
https://www.projectpro.io/recipes/what-is-slowly-changing-data-scd-type-2-operation-delta-table-databricks

参照：
https://docs.microsoft.com/en-us/stream-analytics-query/tumble-window-azure-stream-analytics

説明

ボックス 1: タイプ 2
タイプ 2 SCD は、ディメンション メンバーのバージョン管理をサポートします。多くの場合、ソース システムにはバージョンが保存されないため、データ ウェアハウスのロード プロセスがディメンション テーブル内の変更を検出して管理します。この場合、ディメンション テーブルはサロゲート キーを使用して、ディメンション メンバーのバージョンへの一意の参照を提供する必要があります。また、バージョンの日付範囲の有効性を定義する列 (StartDate や EndDate など) や、現在のディメンション メンバーで簡単にフィルターできるフラグ列 (IsCurrent など) も含まれています。
参照：
https://docs.microsoft.com/en-us/learn/modules/populate-slowly-changing-dimensions-azure-synapse-analytics-p

参照：
https://docs.microsoft.com/en-us/sql/t-sql/statements/create-table-azure-sql-data-warehouse
https://docs.microsoft.com/en-us/azure/synapse-analytics/sql/best-practices-dicate-sql-pool