説明
タイプ3SCDは、ディメンションメンバーの2つのバージョンを別々の列として格納することをサポートします。このテーブルには、メンバーの現在の値に加えて、メンバーの元の値または以前の値の列が含まれています。したがって、タイプ3は、タイプ2 SCDのように各変更を追跡するために追加の行を格納するのではなく、追加の列を使用して履歴の1つの主要なインスタンスを追跡します。
このタイプの追跡は、ディメンションテーブルの1つまたは2つの列に使用できます。同じテーブルの多くのメンバーに使用することは一般的ではありません。多くの場合、タイプ1またはタイプ2のメンバーと組み合わせて使用​​されます。
グラフィカルユーザーインターフェイス、アプリケーション、電子メール説明が自動的に生成されます

参照：
https://k21academy.com/microsoft-azure/azure-data-engineer-dp203-qa-day-2-live-session-review/

シナリオ：分析データストアに、会社のオンプレミスネットワークとAzureサービスのみがアクセスできることを確認します。
仮想ネットワークルールは、AzureSQLDatabaseの単一データベースとエラスティックプールのデータベースサーバーまたはSQLDataWarehouseのデータベースのデータベースサーバーが、仮想ネットワークの特定のサブネットから送信される通信を受け入れるかどうかを制御する1つのファイアウォールセキュリティ機能です。
データベースレベルではなくサーバーレベル：各仮想ネットワークルールは、サーバー上の1つの特定のデータベースだけでなく、AzureSQLデータベースサーバー全体に適用されます。つまり、仮想ネットワークルールは、データベースレベルではなく、サーバーレベルで適用されます。
参照：
https://docs.microsoft.com/en-us/azure/sql-database/sql-database-vnet-service-endpoint-rule-overviewデータセキュリティの設計と実装質問セット2

説明
アクティビティは、依存関係を介して相互にリンクされます。依存関係には、次のいずれかの条件があります。
成功、失敗、スキップ、または完了。
Pipeline1を検討してください。
Activity2がActivity1に障害依存関係にある、2つのアクティビティを持つパイプラインがある場合、Activity1が失敗したという理由だけでパイプラインが失敗することはありません。Activity1が失敗し、Activity2が成功した場合、パイプラインは成功します。
このシナリオは、DataFactoryによってtry-catchブロックとして扱われます。
中程度の信頼度で自動的に生成されたウォーターフォールチャートの説明

失敗の依存関係は、このパイプラインが成功を報告することを意味します。
ノート：
Activity1とActivity2を含むパイプラインがあり、Activity2がActivity1に成功依存関係を持っている場合、Activity1が成功した場合にのみ実行されます。このシナリオでは、Activity1が失敗すると、パイプラインも失敗します。
参照：
https://datasavvy.me/category/azure-data-factory/