Selected Databricks-Certified-Data-Engineer-Associate Databricks Certification Questions Answers

Databricks documents that Delta Sharing does not require data replication , but cloud providers can still charge data egress fees when data is shared across clouds or across geographic regions . Databricks specifically states that sharing within the same region incurs no egress cost , while cross-cloud or cross-region transfers can create additional charges from the underlying cloud provider. That means option A is correct. Options B and C describe same-cloud or same-region use cases that do not trigger the cross-region/cross-cloud egress pattern Databricks calls out. Option D is unrelated to the main documented billing driver for Delta Sharing costs. The important principle is that Delta Sharing itself is designed to avoid replication overhead, but the physical movement of data between cloud boundaries or regions can still result in vendor networking charges. Therefore, when sharing data with external partners in other regions or clouds, engineers should plan for possible egress costs and monitor them accordingly.

=========

Databricks Asset Bundles use YAML configuration, and Databricks documentation specifies that bundle configuration is expressed in a root databricks.yml file. The resources mapping is used to define supported objects such as jobs , and job definitions include keys like name and tasks. Tasks in a job are defined under the tasks key, and a notebook task is represented with notebook_task and notebook_path. Option A is the only answer written in the correct general YAML bundle structure and matches the documented style of defining bundle resources. Options B and C use JSON- and Python-style syntax rather than bundle YAML. Option D uses Terraform/HCL-style syntax, which is not the Databricks Asset Bundle format. While a full production bundle often includes more top-level settings such as bundle, targets, or workspace, the question asks which format is valid, and only option A matches the documented Databricks Asset Bundles configuration model.

=========

Option D matches the heterogeneous sources and governance requirements. A relational database, object storage, and Kafka require source-appropriate ingestion configurations rather than a single connector attempting to handle every source. Database ingestion can use incremental or change-data-capture processing, Amazon S3 files can use file-oriented ingestion, and Kafka requires a streaming connector. Publishing the outputs into Unity Catalog schemas provides centralized permissions, discovery, and governance boundaries. Supported Databricks ingestion workloads also record lineage between source and destination objects in Unity Catalog. Delta table history and time travel provide access to earlier table versions when the required transaction-log and data-file retention settings are maintained. Disabling version history or repeatedly performing complete reloads would weaken auditability and increase processing overhead. Therefore, the separate, incrementally processed, Unity Catalog-governed design in option D is correct.

================

databricks bundle validate should be run first because it checks whether the bundle configuration files are syntactically valid and reports configuration warnings. After validation succeeds, databricks bundle deploy creates or updates the bundle-defined resources and uploads the required artifacts to the selected workspace target. The final command, databricks bundle run, starts a deployed job or Lakeflow pipeline by using its resource key. bundle init creates a new project from a template and is not the validation step for an already developed bundle. bundle sync synchronizes files for development workflows but does not replace a complete deployment. The commands bundle execute, bundle check, bundle upload, and bundle start are not the appropriate command sequence. Therefore, option B is correct.