Delta Live Tablesの期待値機能を使用すると、データ品質ルールを定義できます。期待値を満たさないレコード（有効範囲外のセンサー読み取り値など）は、ストリーミングパイプラインを停止することなく削除できるため、継続的かつ正確な処理が保証されます。

Databricks Asset Bundles では、リポジトリのルートにある databricks.yml ファイルが、プロジェクト全体の唯一の権威ある構成ファイルとして機能します。このファイルでは、バンドル名、デプロイ対象 (dev、test、prod など)、ワークスペース構成、権限、ジョブやパイプラインなどのリソース定義といった主要な要素を定義します。Databricks のドキュメントでは、一貫性を確保し、デプロイ プロセスを簡素化するために、ルートにプライマリ databricks.yml ファイルが 1 つ必要であると規定されています。ただし、モジュール性と保守性をサポートするために、このルート構成ファイルは、include マッピングを使用して追加の YAML ファイルを参照できます。これにより、チームはディレクトリをまたいで構成を整理しながら、単一の信頼できる情報源を維持できます。複数のルート レベルの構成ファイルは独立した権威としてサポートされていないため、オプション A は誤りです。構成ファイルは隠しディレクトリに制限されていないため、オプション C は無効です。オプション D は曖昧さを招き、単一の権威ある構成という要件と矛盾します。したがって、オプションの include を使用した 1 つのルート レベルの構成ファイルを使用するのが、正しく推奨されるアプローチです。

Delta Lake の VACUUM コマンドは、タイムトラベルやクエリに不要になったデータファイルをクリーンアップして削除するために使用されます。特定の保持設定で VACUUM を実行すると、指定された保持期間よりも古いバージョンのデータを含む、古いデータファイルが削除される場合があります。データ エンジニアが、データ ファイルが削除されたためにテーブルを 3 日前のバージョンに復元できない場合は、データ クリーンアップの一環として古いデータ ファイルが削除されたため、テーブルに対して VACUUM コマンドが実行されたことが原因である可能性が高いです。