Databricks Updated Databricks-Certified-Data-Engineer-Associate Exam Questions and Answers by eleni

In Unity Catalog, an external table is defined by referencing data that already exists in cloud storage, and Databricks documentation states that this is done by using a LOCATION clause that points to the storage path. Databricks also notes that the external table’s path should be contained within an existing external location that has been configured with the appropriate storage credential and access permissions. This makes option A the correct choice. Option B is incorrect because simply calling something “unmanaged” without specifying a location does not create a proper Unity Catalog external table. Option C is also incorrect because Databricks documentation explicitly requires a storage location for Unity Catalog external tables. Option D is wrong because managed tables are intended for Databricks-managed storage and lifecycle handling, not for referencing existing external files. So, for ADLS-based data that must remain in place while still being queryable through Databricks, the right pattern is to configure the external location and then create the table with a CREATE TABLE ... LOCATION statement.

=========

This question’s options do not include the most precise Unity Catalog answer, which would normally be the MANAGE privilege on the schema, because Databricks documents that MANAGE allows a principal to grant and revoke privileges on an object without automatically granting all data-access privileges on that object. However, since MANAGE is not one of the answer choices, the best available answer is D, Schema Owner . Databricks states that schema owners can grant and revoke permissions on the schema, and schema-level administration is a documented responsibility of the schema owner. Option A is incorrect because USE CATALOG and USE SCHEMA only allow object access/navigation and do not confer privilege-management rights. Option B is too broad because a catalog owner governs the entire catalog scope, not just one schema. Option C is too narrow because a table owner controls only one table, not various objects across a schema. So, among the choices provided, Schema Owner is the closest Databricks-aligned answer, though the cleanest real-world implementation would be MANAGE on the schema .

=========

The expected behavior when a batch of data containing data that violates the expectation is processed is that the job will fail. This is because the expectation clause has the ON VIOLATION FAIL UPDATE option, which means that if any record in the batch does not meet the expectation, the entire batch will be rejected and the job will fail. This option is useful for enforcing strict data quality rules and preventing invalid data from entering the target dataset.

Option A is not correct, as the ON VIOLATION FAIL UPDATE option does not drop the records that violate the expectation, but fails the entire batch. To drop the records that violate the expectation and record them as invalid in the event log, the ON VIOLATION DROP RECORD option should be used.

Option C is not correct, as the ON VIOLATION FAIL UPDATE option does not drop the records that violate the expectation, but fails the entire batch. To drop the records that violate the expectation and load them into a quarantine table, the ON VIOLATION QUARANTINE RECORD option should be used.

Option D is not correct, as the ON VIOLATION FAIL UPDATE option does not add the records that violate the expectation, but fails the entire batch. To add the records that violate the expectation and record them as invalid in the event log, the ON VIOLATION LOG RECORD option should be used.

Option E is not correct, as the ON VIOLATION FAIL UPDATE option does not add the records that violate the expectation, but fails the entire batch. To add the records that violate the expectation and flag them as invalid in a field added to the target dataset, the ON VIOLATION FLAG RECORD option should be used.

Delta Live Tables Expectations

[Databricks Data Engineer Professional Exam Guide]