Microsoft Data Engineering with Azure Databricks (DP-750) · 17% practice allocation

Microsoft DP-750: Set up and configure an Azure Databricks environment Practice Questions

5 free sample questions from the Set up and configure an Azure Databricks environment domain, with answers and explanations. The full DP-750 bank has 229 questions across 4 domains. Questions are scenario-based and written from the official Microsoft exam guide.

1.

A Unity Catalog administrator needs to create a three-level namespace object to store a collection of files uploaded by data scientists for use in notebooks. Which Unity Catalog object type should be created?

  • A. Volume✓ Correct
  • B. External table
  • C. Schema
  • D. Materialized view
Explanation

A Volume is the Unity Catalog object designed to store and govern files (non-tabular data) such as raw files, notebooks, or model artifacts. It sits within the three-level namespace (catalog.schema.volume) and allows file-based access. An External table represents structured tabular data backed by files in external storage, not a general-purpose file store. A Schema is a namespace container that holds tables, views, and volumes—it is not itself a file store. A Materialized view is a precomputed result set of a query refreshed on a schedule, not a file-storage object.

2.

An organization has a Unity Catalog metastore and wants to allow a team of analysts to query tables in an Azure SQL Database without extracting the data into Databricks storage. The administrator has already created a connection object named azure_sql_conn pointing to the Azure SQL server. What is the correct next step to make the Azure SQL tables queryable in Unity Catalog?

  • A. Install the Azure SQL JDBC driver as a cluster-scoped library and query the database directly with spark.read.jdbc.
  • B. Create a foreign catalog in Unity Catalog using CREATE FOREIGN CATALOG ... USING azure_sql_conn.✓ Correct
  • C. Create an external location that maps the Azure SQL connection to a Unity Catalog schema.
  • D. Create an external table in Unity Catalog using the connection as the LOCATION credential.
Explanation

After creating a connection object in Unity Catalog, the next step is to create a foreign catalog using CREATE FOREIGN CATALOG ... USING <connection_name>. The foreign catalog mirrors the remote database's schemas and tables inside Unity Catalog, making them queryable with standard SQL and governed by Unity Catalog permissions. — External tables reference files in object storage, not relational database connections; the connection object cannot be used as a LOCATION credential. — External locations map a storage credential to a cloud storage path (ABFSS/GCS/S3); they are not related to database connections. — Using JDBC directly via spark.read bypasses Unity Catalog governance entirely and does not make the tables visible in the catalog namespace; it also requires manual credential management.

3.

A Databricks administrator wants to prevent a shared all-purpose cluster from being used indefinitely when it is not actively processing workloads. The cluster must terminate automatically after 20 minutes of inactivity. Where in the cluster configuration is this setting found?

  • A. Under Libraries > Cluster-scoped, add a termination script that runs after 20 minutes of idle time.
  • B. Under Compute Policies, apply a policy rule that sets maxRetainedForReuse to 20 minutes.
  • C. Under the Auto Termination field in the main cluster configuration panel, set to 20 minutes.✓ Correct
  • D. Under Advanced Options > Spark > Auto-termination minutes.
Explanation

The Auto Termination setting is a first-class field in the Databricks cluster configuration UI and API. Setting it to 20 minutes causes the cluster to shut down automatically after 20 consecutive minutes of inactivity. — Auto-termination is not found under Advanced Options > Spark; those fields are for custom Spark configuration properties, not cluster lifecycle settings. — maxRetainedForReuse is a pool-level setting that controls how long idle instances are retained in an instance pool, not a per-cluster auto-termination setting. — There is no supported mechanism to add a termination script as a library; cluster termination is managed through the platform configuration, not user-defined scripts.

4.

A Databricks workspace has the following Unity Catalog hierarchy: catalog: corp_prod, schema: finance, table: transactions. An engineer tries to query SELECT * FROM finance.transactions in a notebook and receives a 'TABLE_OR_VIEW_NOT_FOUND' error. The engineer has SELECT privilege on the table. What is the most likely cause?

  • A. The table is an external table and the storage credential has expired
  • B. The engineer needs the MODIFY privilege in addition to SELECT
  • C. The engineer does not have USE CATALOG privilege on corp_prod✓ Correct
  • D. The notebook is attached to a cluster that uses the legacy Hive metastore
Explanation

In Unity Catalog, a three-level namespace (catalog.schema.table) is required. When using a two-level reference (schema.table), Databricks resolves the catalog from the session's default catalog. If the default catalog is not set to corp_prod, the table won't be found. More specifically, even if the table exists, the engineer must have USE CATALOG on corp_prod AND USE SCHEMA on finance in addition to SELECT on the table—without USE CATALOG, the catalog cannot be traversed. An expired storage credential would produce a storage access error, not a table-not-found error. If the notebook used the legacy Hive metastore, Unity Catalog tables in corp_prod simply would not be resolvable, but the root cause is still the missing catalog context/privilege. MODIFY privilege is for write operations; SELECT alone is sufficient for reads—the issue is navigation privileges, not read privileges.

5.

A Databricks administrator is evaluating Photon acceleration for a workload that consists of:

  1. Complex SQL aggregations and window functions over large Delta tables.
  2. Custom Python UDFs applied row-by-row to transform data.
  3. Streaming ingestion using Databricks Auto Loader.

For which of the following workload components will Photon provide the most significant performance improvement? (Select TWO.)

  • A. Complex SQL aggregations and window functions over large Delta tables.✓ Correct
  • B. Streaming ingestion using Databricks Auto Loader for file discovery and ingestion.
  • C. Custom Python UDFs applied row-by-row.
  • D. Model training loops in scikit-learn running on the driver node.
  • E. Delta table scan operations (reads) with predicate pushdown and file pruning.✓ Correct
Explanation

Photon is a vectorized C++ query engine that accelerates SQL operations on Delta tables. It provides the most significant gains for (1) complex SQL aggregations and window functions, which are highly amenable to vectorized execution, and (2) Delta table scan operations with predicate pushdown and file pruning, which Photon optimizes through native vectorized I/O. — Python UDFs executed row-by-row are not vectorized and run in a Python process; Photon cannot accelerate them because they leave the JVM/Photon execution path. To benefit from Photon, UDFs should be rewritten as built-in SQL functions or Pandas UDFs (vectorized). — Auto Loader's primary cost is file discovery (cloud storage listing) and Spark structured streaming overhead; Photon can accelerate the processing of records after ingestion, but the file discovery and trigger mechanisms themselves are not the Photon-accelerated portion. — scikit-learn model training runs as a single-threaded or multiprocessed Python workload on the driver node; Photon does not accelerate driver-side Python computation.

Test yourself across every DP-750 domain

The free DP-750 practice test mixes about 20 questions weighted like the exam. The full 229-question bank adds instant grading, flashcards and a timed mock exam.

Study this domain

Set up and configure an Azure Databricks environment study guide (DP-750) →

Other DP-750 domains

← All Microsoft Data Engineering with Azure Databricks study resources