元のデータ エンジニアがアクセス権を失った場合、データ エクスプローラーでデルタ テーブルの所有権を譲渡できるのはワークスペース管理者だけです。ワークスペース管理者は、ワークスペース内で最高レベルの権限を持ち、すべてのリソース、ユーザー、およびグループを管理できます。他のオプションは、所有権の譲渡を実行できないか、実行するには不十分です。Databricks のアカウント担当者は、ワークスペースの管理には関与しません。転送は可能であり、元のデータ エンジニアに依存しません。新しい主任データ エンジニアは、退職前にワークスペース管理者または元のデータ エンジニアによって付与されない限り、デルタ テーブルへのアクセスまたは変更に必要な権限を持っていない可能性があります。参考資料: ワークスペースのアクセス制御、Unity カタログ オブジェクトの所有権の管理。

Webhook アラート宛先は、アラートがトリガーされたときに Databricks が HTTP POST リクエストをサードパーティ エンドポイントに送信できるようにする通知宛先です。これにより、データ エンジニアは Databricks アラートを、Slack、Microsoft Teams、PagerDuty などの好みのメッセージング プラットフォームやコラボレーション プラットフォームと統合できるようになります。
Webhook アラートの宛先を設定するには、データ エンジニアはメッセージング プラットフォームで Webhook コネクタを作成して構成し、Webhook URL を Databricks 通知先に追加する必要があります。その後、データ エンジニアは Databricks SQL クエリのアラートを作成し、Webhook アラートの宛先を通知の宛先として選択できます。アラートは、売上が $0 の店舗の数がゼロより大きい場合などのカスタム条件や、「アラート:{number_of_stores} 店舗の売上が $0」などのカスタム メッセージ テンプレートを使用して構成できます。アラートは、クエリ結果を定期的に確認するために、1 時間ごとなどの繰り返し間隔で構成することもできます。アラート条件が満たされると、データ エンジニアとそのチームは、カスタム メッセージと Databricks SQL クエリへのリンクを含む通知をメッセージング Webhook 経由で受け取ります。他のオプションは、メッセージング Webhook (A、B、E) を介した通知の送信には適していないか、定期的な通知の送信には適していません。
参考資料: Databricks ドキュメント - 通知先の管理、Databricks ドキュメント - Databricks SQL クエリのアラートの作成、Databricks ドキュメント - アラート条件とメッセージの構成。

説明
https://www.w3schools.com/python/python_functions.asp

選択肢 A は正解です。これは、FILTER 高階関数を正しく使用して、配列列「employees」から 5 年を超える経験を持つ従業員を除外するためです。これは、配列内の各従業員の経験年数が 5 より大きいかどうかをチェックするラムダ関数 i -> i.years_exp > 5 を適用します。この条件が満たされる場合、その従業員は新しい配列列「exp_employees」に含まれます。
参考資料: FILTER などの高階関数の使用については、高階関数に関する Databricks ドキュメントから参照できます。