Implementing Data Engineering Solutions Using Azure Databricks 온라인 연습
최종 업데이트 시간: 2026년06월29일
당신은 온라인 연습 문제를 통해 Microsoft DP-750 시험지식에 대해 자신이 어떻게 알고 있는지 파악한 후 시험 참가 신청 여부를 결정할 수 있다.
시험을 100% 합격하고 시험 준비 시간을 35% 절약하기를 바라며 DP-750 덤프 (최신 실제 시험 문제)를 사용 선택하여 현재 최신 100개의 시험 문제와 답을 포함하십시오.
정답:
Explanation:
Correct:
* You create a foreign catalog in Catalog Explorer.
You should create a Foreign Catalog using Lakehouse Federation.
Data Copying: Lakehouse Federation queries data directly in the source SQL Server without moving or copying it.
Seamless Integration: The database schemas and tables appear right inside Unity Catalog alongside your other data objects. Real-time Access: It provides immediate access to live SQL Server data.
Incorrect:
* You create a Databricks access connector.
* You create a Lakeflow Connect pipeline and connect it to DB1.
Data Copying: Lakeflow Connect is an ingestion tool that physically replicates and copies data into Databricks-managed storage (Delta tables).
Storage Costs: It violates your requirement to keep data out of Databricks storage. * You create a new native catalog in Unity Catalog. Note:
To expose the external SQL Server database in Unity Catalog without copying the data, you must use Lakehouse Federation.
Here are the step-by-step actions you need to take:

정답: 
Explanation:
Box 1: A Databricks access connector
The correct authentication type to use is the Databricks access connector.
To comply with the requirements, you should use an Azure managed identity associated with a Databricks Access Connector. This approach is recommended by Databricks because it avoids the need to store and rotate long-term credentials (like service principal secrets or SAS tokens) within the workspace.
Authentication Mechanism: The Databricks access connector acts as a container for a managed identity. This identity is granted the necessary Azure RBAC permissions (such as Storage Blob Data Reader) on the Azure Storage container.
Unity Catalog Setup:
Create a Storage Credential in Unity Catalog that references the Access Connector's resource ID.
Create an External Location that links the cloud storage path (the container URL) to that Storage Credential.
Box 2: READ VOLUME
Determine the Databricks Permission
To allow users to view and interact with files inside the external volume but prevent them from making any edits, you must grant them specific Unity Catalog object permissions.
Permission to grant: READ VOLUME
Scope: This allows the designated users or groups to list, read, and process files within that volume. Because you are omitting the WRITE VOLUME permission, users will be structurally blocked from uploading, altering, or removing files inside the volume.
Reference: https://docs.databricks.com/aws/en/volumes/privileges

정답: 
Explanation:
Box 1: USAGE, CREATE TABLE
USAGE, CREATE TABLE allows entering the schema and creating new tables.
Box 2: TO ROLE group1
Reference: https://learn.microsoft.com/en-us/azure/databricks/data-governance/unity-catalog/access-control/privileges-reference
정답:
Explanation:
To protect sensitive customer information while allowing a specific group to run queries, use Unity Catalog's Dynamic Column Masking. This grants the group table access while applying User-Defined Functions (UDFs) to redact the email addresses and credit card numbers dynamically.
Here is the exact SQL implementation to apply:
정답:
Explanation:
To ensure a service principal can query data in two specific catalogs while maintaining the principle of least privilege, you must assign the following permissions for each catalog:
Unified Catalog Permissions
USE CATALOG on the specific catalog: This is a prerequisite that allows the principal to see the catalog and its child objects.
USE SCHEMA on the schemas containing the data: This allows the principal to interact with the schemas within that catalog.
SELECT on the specific tables or views: This provides the actual read access required to query the data.
Reference: https://learn.microsoft.com/en-us/purview/data-governance-roles-permissions
정답:
Explanation:
To configure an Azure Databricks managed Delta table to retain deleted data for 30 days and minimize administrative overhead, you must set the following table properties:
delta.logRetentionDuration: Set this to interval 30 days. This property controls how long the transaction log history is kept, which is essential for audit trails and time travel.delta.
deletedFileRetentionDuration: Set this to interval 30 days. This property determines the threshold for when deleted data files become eligible for permanent removal by the VACUUM command.
Reference: https://docs.databricks.com/aws/en/delta/history

정답: 
Explanation:
Box 1: Set deletedFileRetentionDuration to 90.
The most important property to set to 90 is deletedFileRetentionDuration.
The delta.deletedFileRetentionDuration table property explicitly dictates the safety threshold used by the VACUUM command. Setting this to 90 days ensures that VACUUM will physically remove data files that have been logically deleted or unreferenced in the transaction log for more than 90 days to reclaim storage.
Incorrect:
UntilArchived
This is not a Delta table retention property. It is a conceptual flag or cloud lifecycle strategy but does not directly govern the behavior of the VACUUM command.
logRetentionDuration
The delta.logRetentionDuration property controls how long the table history and transaction log entries are kept, which defaults to 30 days. While you should ideally keep it equal to or greater than the deleted file retention (e.g., matching it at 90 days), it governs metadata cleanup rather than the physical removal of unreferenced data files targeted by the VACUUM command.
Box 2: Run the VACUUM command.
Execute the VACUUM table_name command. This deletes the actual physical files from your cloud storage to reclaim space. Tables remain online and fully queryable during this process.
Reference: https://learn.microsoft.com/en-us/azure/databricks/sql/language-manual/delta-vacuum

정답: 
Explanation:
Box 1: A governed tag
You must apply governed tags (key-value pairs) to the table or its columns. These tags represent the attributes of the data, such as its sensitivity level or business domain.
Box 2: Create a Unity Catalog access policy
To control user access using attribute-based access control (ABAC) on a tagged table in Azure Databricks, you should create an ABAC policy (specifically a row filter policy or a column mask policy) that evaluates the governed tag applied to the table.
When configured, Unity Catalog dynamically maps the tag on the table against your policy rules to determine which users can view or mask specific rows and columns.

정답: 
Explanation:
Box 1: A Key Vault-backed secret scope
To securely expose the storage Key to your Databricks notebook while adhering to the principle of least privilege, use an Azure Key Vault-backed secret scope.
This approach acts as a read-only bridge to your Key Vault, ensuring the security team manages the key centrally, while the notebook always fetches the latest version dynamically.
Secret Exposure: Notebooks reference the secret by an alias name.
Always Updated: Databricks fetches the secret directly from Key Vault at runtime, ensuring it always gets the latest version updated by your security team.
Least Privilege: Access can be restricted to specific users or groups using Databricks Access Control Lists (ACLs).
Box 2: dbutils.secrets.get
Use an Azure Key Vault-backed secret scope in combination with the dbutils.secrets.get function.
This approach centralizes the secret's management for your security team, follows the principle of least privilege through Azure IAM, and ensures your notebook always fetches the latest runtime value.
Run this specific command inside your Databricks Python notebook:
storage_key = dbutils.secrets.get(scope="your-scope-name", key="storageKey")
Reference: https://medium.com/@techgeorge/how-to-integrate-databricks-with-azure-key-vault-using-rbac-instead-of-access-policies-972e8c1c2971

정답: 
Explanation:
Box 1: A Serverless cluster
To capture automated data lineage via Unity Catalog for both Databricks notebooks and jobs with low administrative overhead, you should use Serverless compute (or Shared access mode clusters if serverless is unavailable).
Recommended Compute Options
Serverless Compute (Highly Recommended):
This option completely minimizes administrative overhead. It requires no infrastructure management, scales automatically, starts instantly, and captures lineage inherently for both Databricks Notebooks and Jobs.
Box 2: Catalog Explorer
To review data lineage in an Azure Databricks workspace enabled for Unity Catalog, you should use Catalog Explorer.
Because you are using Unity Catalog and Serverless compute, table-level and column-level data lineage is automatically captured for notebooks and jobs without any manual configuration or administrative overhead.
View Lineage in Catalog Explorer
You can visually explore how data flows between tables by navigating through the Azure Databricks user interface:
Open the Catalog icon in the sidebar.
Select the desired catalog, schema, and table.
Click the Lineage tab.
Click See lineage graph to view an interactive map of upstream and downstream dependencies.
Reference:
https://learn.microsoft.com/en-us/azure/databricks/data-governance/unity-catalog/best-practices
https://kanerika.com/blogs/databricks-data-lineage/

정답: 
Explanation:
To register an Azure Storage account (ADLS Gen2) as an external location using a managed identity and an Access Connector under the principle of least privilege, you must complete the following configuration workflow:
Step 1: Create a Databricks access Connector
Action 1: Create an Access Connector for Azure Databricks Navigate to the Azure Portal.
Create a new resource and search for Access Connector for Azure Databricks.
Configure it in the same Azure region as your ADLS Gen2 storage account.
Ensure the System-assigned managed identity status is turned On (or attach a specific user-assigned managed identity). Once deployed, navigate to its properties and copy the Resource ID.
Step 2: Assign Workspace1 the Storage Blob Data Contributor role for account1.
Action 2: Configure Least-Privilege IAM Roles on the Storage Account Navigate to your hierarchical namespace-enabled Azure Storage Account. Open Access Control (IAM) and click Add role assignment. *-> Assign the Storage Blob Data Contributor role.
Note on Least Privilege: To enforce true least privilege, avoid assigning this role at the entire storage account level. Instead, scope this role assignment specifically to the target container inside the storage account.
Select Managed identity as the assignee type and select your Access Connector.
Step 3: Register the access connector as a storage credential in metastore1
Action 3: The Databricks access connector must be registered in the metastore (via a Unity Catalog Storage Credential), not in the individual workspace.
Centralized Security: Unity Catalog manages security at the account/metastore level.
Cross-Workspace Access: Registering it in the metastore allows the credential to be safely shared across multiple workspaces attached to that same metastore.
Object Hierarchy: In Unity Catalog, an External Location relies on a Storage Credential. Both are metastore-level securable objects.
Reference: https://community.databricks.com/t5/data-governance/unity-catalog-error-creating-table-errorclass-invalid-state/td-p/10009

정답: 
Explanation:
Box 1: Liquid Clustering
To optimize query performance, implement:
To optimize query performance for a rapidly growing, frequently updated managed Delta table filtered by customer and date in Unity Catalog, you must implement Liquid Clustering on both the customer and date columns, while running regular OPTIMIZE and VACUUM maintenance.
Liquid Clustering replaces traditional partitioning and Z-Ordering, drastically improving performance for tables with high-frequency write, update, and delete workloads.
Box 2: Enable deletion vectors.
To optimize updates and deletions:
Write and Execution Strategies
Use Deletion Vectors: Ensure Deletion Vectors are enabled (default in Databricks Runtime 12.1+). They record deletes and updates in a separate lightweight file instead of rewriting the entire data file immediately.
Leverage MERGE INTO: Execute updates and deletions in a single atomic batch using the MERGE command. Ensure your ON search condition explicitly includes filters for both the customer and date columns to trigger file pruning.
Reference: https://blog.devgenius.io/liquid-clustering-in-databricks-4002fddbf0be
Secure and govern Unity Catalog objects
Question Set 1
정답:
Explanation:
To prevent your Apache Spark Structured Streaming job from reprocessing previously ingested data after a cluster restart, you must configure a streaming checkpoint directory.
Core Solution
Enable Checkpointing: Define the checkpointLocation option in your streaming write configuration.
Track Progress: Spark uses this directory to save the exact offset ranges of processed data.
Automatic Recovery: Upon restart, the engine reads the checkpoint and resumes precisely where it left off.
Implementation Example in python
# Configure the streaming write with a checkpoint path
(df.writeStream
.format("delta")
.outputMode("append")
.option("checkpointLocation", "/Volumes/catalog/schema/volume_name/checkpoints/job_name")
.toTable("catalog.schema.target_table"))
Reference: https://medium.com/@salah.uddin_75300/architecture-of-a-streaming-machine-learning-data-pipeline-042200c8e7ff
정답:
Explanation:
Enabling autoscaling and setting a 30-minute auto-termination timeout is the correct configuration to meet the goals.
Autoscaling handles fluctuating workloads, while auto-termination prevents you from paying for idle compute resources.
Dynamic Scaling: Autoscaling automatically adds workers during high loads and removes them when demand drops.
Cost Control: The 30-minute termination window ensures the cluster shuts down completely if no jobs are running, stopping all compute charges.
Reference: https://community.databricks.com/t5/get-started-discussions/cluster-auto-termination-best-practices/td-p/75826

정답: 
Explanation:
Completed SQL Statements
USE CATALOG finance;
USE SCHEMA procurement;
CREATE TABLE assets (
asset_id INT,
asset_name STRING,
asset_type STRING
);
Box 1: CATALOG finance
CATALOG finance - the root container holding your data.
Box 2: SCHEMA procurement
SCHEMA procurement - the specific database/schema where the table must live.
Box 3: TABLE assets
TABLE assets - The name of the table you are creating.
Reference: https://docs.databricks.com/aws/en/catalogs/