DP-700 Practice Exam — DP-700: Implementing Data Engineering Solutions Using Microsoft Fabric

1. The question bank is cloud-based and updates automatically, with no need for re-acquisition.

2. Available in Chinese and English. It supports online practice, mock exams and PDF downloads.

3. You can practice questions via mini-program or desktop web page. The service is valid for one year.

4. Activation codes can be purchased directly or from our official Tmall flagship store.

5. For inquiries, please contact customer service via WeChat, WhatsApp or Line.

6. Drag-and-drop, hotspot and dropdown questions are currently under development.

Sample questions

DP-700 · Q1
Topic 1 Question #1 Case Study -This is a case study. Case studies are not timed separately. You can use as much exam time as you would like to complete each case. However, there may be additional case studies and sections on this exam. You must manage your time to ensure that you are able to complete all questions included on this exam in the time provided.To answer the questions included in a case study, you will need to reference information that is provided in the case study. Case studies might contain exhibits and other resources that provide more information about the scenario that is described in the case study. Each question is independent of the other questions in this case study.At the end of this case study, a review screen will appear. This screen allows you to review your answers and to make changes before you move to the next section of the exam. After you begin a new section, you cannot return to this section.To start the case study -To display the first question in this case study, click the Next button. Use the buttons in the left pane to explore the content of the case study before you answer the questions.Clicking these buttons displays information such as business requirements, existing environment, and problem statements. If the case study has an All Information tab, note that the information displayed is identical to the information displayed on the subsequent tabs. When you are ready to answer a question, click the Question button to return to the question.Overview. Company Overview -Contoso, Ltd. is an online retail company that wants to modernize its analytics platform by moving to Fabric. The company plans to begin using Fabric for marketing analytics.Overview. IT Structure -The company’s IT department has a team of data analysts and a team of data engineers that use analytics systems.The data engineers perform the ingestion, transformation, and loading of data. They prefer to use Python or SQL to transform the data.The data analysts query data and create semantic models and reports. They are qualified to write queries in Power Query and T-SQL.Existing Environment. Fabric -Contoso has an F64 capacity named Cap1. All Fabric users are allowed to create items.Contoso has two workspaces named WorkspaceA and WorkspaceB that currently use Pro license mode.Existing Environment. Source SystemsContoso has a point of sale (POS) system named POS1 that uses an instance of SQL Server on Azure Virtual Machines in the same Microsoft Entra tenant as Fabric. The host virtual machine is on a private virtual network that has public access blocked. POS1 contains all the sales transactions that were processed on the company’s website.The company has a software as a service (SaaS) online marketing app named MAR1. MAR1 has seven entities. The entities contain data that relates to email open rates and interaction rates, as well as website interactions. The data can be exported from MAR1 by calling REST APIs. Each entity has a different endpoint.Contoso has been using MAR1 for one year. Data from prior years is stored in Parquet files in an Amazon Simple Storage Service (Amazon S3) bucket. There are 12 files that range in size from 300 MB to 900 MB and relate to email interactions.Existing Environment. Product DataPOS1 contains a product list and related data. The data comes from the following three tables:Products -ProductCategories -ProductSubcategories -In the data, products are related to product subcategories, and subcategories are related to product categories.Existing Environment. Azure -Contoso has a Microsoft Entra tenant that has the following mail-enabled security groups:DataAnalysts: Contains the data analystsDataEngineers: Contains the data engineersContoso has an Azure subscription.The company has an existing Azure DevOps organization and creates a new project for repositories that relate to Fabric.Existing Environment. User ProblemsThe VP of marketing at Contoso requires analysis on the effectiveness of different types of email content. It typically takes a week to manually compile and analyze the data. Contoso wants to reduce the time to less than one day by using Fabric.The data engineering team has successfully exported data from MAR1. The team experiences transient connectivity errors, which causes the data exports to fail.Requirements. Planned Changes -Contoso plans to create the following two lakehouses:Lakehouse1: Will store both raw and cleansed data from the sourcesLakehouse2: Will serve data in a dimensional model to users for analytical queriesAdditional items will be added to facilitate data ingestion and transformation.Contoso plans to use Azure Repos for source control in Fabric.Requirements. Technical RequirementsThe new lakehouses must follow a medallion architecture by using the following three layers: bronze, silver, and gold. There will be extensive data cleansing required to populate the MAR1 data in the silver layer, including deduplication, the handling of missing values, and the standardizing of capitalization.Each layer must be fully populated before moving on to the next layer. If any step in populating the lakehouses fails, an email must be sent to the data engineers.Data imports must run simultaneously, when possible.The use of email data from the Amazon S3 bucket must meet the following requirements:Minimize egress costs associated with cross-cloud data access.Prevent saving a copy of the raw data in the lakehouses.Items that relate to data ingestion must meet the following requirements:The items must be source controlled alongside other workspace items.Ingested data must land in the bronze layer of Lakehouse1 in the Delta format.No changes other than changes to the file formats must be implemented before the data lands in the bronze layer.Development effort must be minimized and a built-in connection must be used to import the source data.In the event of a connectivity error, the ingestion processes must attempt the connection again.Lakehouses, data pipelines, and notebooks must be stored in WorkspaceA. Semantic models, reports, and dataflows must be stored in WorkspaceB.Once a week, old files that are no longer referenced by a Delta table log must be removed.Requirements. Data TransformationIn the POS1 product data, ProductID values are unique. The product dimension in the gold layer must include only active products from product list. Active products are identified by an IsActive value of 1.Some product categories and subcategories are NOT assigned to any product. They are NOT analytically relevant and must be omitted from the product dimension in the gold layer.Requirements. Data Security -Security in Fabric must meet the following requirements:The data engineers must have read and write access to all the lakehouses, including the underlying files.The data analysts must only have read access to the Delta tables in the gold layer.The data analysts must NOT have access to the data in the bronze and silver layers.The data engineers must be able to commit changes to source control in WorkspaceA.You need to ensure that the data analysts can access the gold layer lakehouse.What should you do?
  • A.
    Add the DataAnalyst group to the Viewer role for WorkspaceA.
  • B.
    Share the lakehouse with the DataAnalysts group and grant the Build reports on the default semantic model permission.
  • C.
    Share the lakehouse with the DataAnalysts group and grant the Read all SQL Endpoint data permission.
  • D.
    Share the lakehouse with the DataAnalysts group and grant the Read all Apache Spark permission.

Answer: C

This question aligns with the DP-700 core objective of implementing security for Microsoft Fabric analytics solutions. The scenario specifies data analysts require only read access to Delta tables in the gold lakehouse layer, no access to bronze or silver layer data, and support for their existing T-SQL and Power Query skill sets. The suggested answer C meets all these requirements by granting targeted, read-only access to the lakehouse's built-in SQL analytics endpoint, which exposes Delta tables for querying without providing access to underlying storage or restricted non-gold layer data. This approach follows the least privilege principle, granting only the exact access required for data analysts to complete their work without exposing sensitive raw or transformed intermediate data. Option Analysis: A. Incorrect. Assigning the Viewer role for WorkspaceA grants read access to all items stored in the workspace, including bronze and silver layer data in the lakehouses, which directly violates the requirement that data analysts cannot access bronze and silver layer data. Workspace roles apply broadly to all items in the workspace, making this permission level far too permissive for the stated requirements. B. Incorrect. The Build reports on the default semantic model permission only grants the ability to create reports and other content on the automatically generated semantic model for the lakehouse, not direct read access to the underlying Delta tables. This does not support the data analysts' need to run ad-hoc T-SQL or Power Query queries directly against the gold layer tables, so it fails to meet the access requirements. C. Correct. The Read all SQL Endpoint data permission grants read-only access to all Delta tables exposed via the lakehouse's SQL analytics endpoint, which supports the T-SQL and Power Query tools the data analysts are trained to use. This permission does not grant access to underlying lakehouse storage files or restricted bronze and silver layer data, adhering to the least privilege principle and the stated security requirements. D. Incorrect. The Read all Apache Spark permission grants access to lakehouse data via Spark compute, which requires users to write Spark syntax to query data, a skill set the data analysts in the scenario do not hold. This permission also exposes access to underlying storage files, creating a risk of unauthorized access to bronze and silver layer data, so it does not meet the scenario requirements. Key Concepts: 1. Fabric Lakehouse Permission Model: Microsoft Fabric provides granular, item-level permissions for lakehouses, including separate permissions for SQL endpoint access, Spark access, and semantic model build access, allowing administrators to assign only the access required for specific user roles. 2. Least Privilege Access for Fabric Workspaces: Workspace roles grant broad access to all items in a workspace, so item-level sharing with targeted permissions is preferred when users only need access to specific items or specific functionality for an item, to avoid exposing restricted data. 3. Fabric Lakehouse SQL Endpoint: Every Fabric lakehouse includes a built-in serverless SQL analytics endpoint that exposes Delta tables as relational tables queryable via T-SQL, making it compatible with common analytics tools and SQL skill sets. References: Control access to lakehouses in Microsoft Fabric, Roles in Microsoft Fabric workspaces, https://learn.microsoft.com/en-us/fabric/get-started/roles-workspaces
DP-700 · Q2
Topic 1 Question #2 You have a Fabric workspace.You have semi-structured data.You need to read the data by using T-SQL, KQL, and Apache Spark. The data will only be written by using Spark.What should you use to store the data?
  • A.
    a lakehouse
  • B.
    an eventhouse
  • C.
    a datamart
  • D.
    a warehouse

Answer: A

This question assesses knowledge of Microsoft Fabric storage asset workload alignment, a core domain for the DP-700 Implementing Analytics Solutions with Microsoft Fabric certification. The scenario specifies four core requirements: support for semi-structured data, read access via T-SQL, KQL, and Apache Spark, and exclusive write operations via Spark. The Fabric lakehouse is the only storage asset that meets all these requirements, as it is built on open OneLake storage using Delta Lake format, natively supports semi-structured data, and exposes unified endpoints for all three query engines for read operations while supporting full Spark write access with no mandatory write operations via other engines. Option Analysis: A. a lakehouse: Correct. Fabric lakehouses store data in open Delta Lake format on OneLake, with native support for semi-structured data. They support direct Spark read and write operations, provide a built-in SQL analytics endpoint for T-SQL read queries, and integrate with Fabric Real-Time Analytics to support KQL queries over lakehouse data. All write operations can be performed exclusively via Spark as required by the scenario. B. an eventhouse: Incorrect. Eventhouses are purpose-built for real-time streaming and time-series data workloads, optimized primarily for KQL querying and streaming ingestion. They do not support Spark as the primary write interface for general semi-structured batch data, so they fail the requirement of writing exclusively via Spark. C. a datamart: Incorrect. Fabric datamarts are self-service, managed analytics stores designed for low-code/no-code users to build curated datasets. Write operations are primarily executed via the datamart's SQL interface or dataflows, not natively via Spark as the only permitted write method, and they do not support native KQL querying, so they fail multiple scenario requirements. D. a warehouse: Incorrect. Fabric warehouses are SQL-first, ACID-compliant storage engines optimized for structured data workloads. While they have limited Spark integration, they are not designed for native semi-structured data support, and do not support out-of-the-box KQL querying, so they fail both the semi-structured data and KQL read requirements. Key Concepts: 1. Fabric Lakehouse Multi-Engine Support: Fabric lakehouses are built on open storage standards to enable interoperability across all Fabric compute engines, including Apache Spark for data engineering, SQL analytics endpoints for T-SQL querying, and Real-Time Analytics for KQL querying, eliminating data silos between workloads. 2. Fabric Storage Asset Workload Alignment: Each Fabric storage asset is optimized for specific use cases: lakehouses for open, multi-engine semi-structured and structured batch workloads, warehouses for SQL-first structured ACID workloads, eventhouses for real-time streaming workloads, and datamarts for self-service curated business analytics. 3. Semi-structured Data Support in Fabric: Semi-structured data such as JSON, Parquet with flexible schemas, and unstructured files are natively supported in lakehouses without mandatory pre-transformation to strict structured schemas, and can be queried directly by Spark, T-SQL, and KQL engines. References: What is a lakehouse in Microsoft Fabric?, https://learn.microsoft.com/en-us/fabric/data-engineering/lakehouse-overview Query data in your lakehouse with multiple engines
DP-700 · Q3
Topic 1 Question #3 You have a Fabric workspace that contains a warehouse named Warehouse1.You have an on-premises Microsoft SQL Server database named Database1 that is accessed by using an on-premises data gateway.You need to copy data from Database1 to Warehouse1.Which item should you use?
  • A.
    a Dataflow Gen1 dataflow
  • B.
    a data pipeline
  • C.
    a KQL queryset
  • D.
    a notebook

Answer: B

The scenario requires a supported, low-effort method to copy data from an on-premises SQL Server database (accessed via an on-premises data gateway) to a Fabric warehouse. Microsoft Fabric data pipelines are purpose-built for data movement and orchestration workloads. They natively integrate with on-premises data gateways to connect to non-public on-premises sources, include a dedicated copy activity that handles bulk data transfer, schema mapping, and error handling out of the box, and support Fabric warehouses as a native target sink. This tool directly addresses the core requirement without unnecessary custom configuration, aligns with official Fabric data ingestion best practices, and is the recommended solution for this use case per DP-700 exam objectives. Option Analysis: A. a Dataflow Gen1 dataflow: Incorrect. Dataflow Gen1 is a legacy Power BI component designed for data transformation and loading into Power BI datasets or Dataverse. It is not optimized for bulk copy operations to Fabric warehouses, lacks native first-class support for direct ingestion to Fabric warehouses, and is not intended for this type of cross-environment data movement use case. B. a data pipeline: Correct. Fabric data pipelines include the copy activity, which supports over 90 data sources including on-premises SQL Server connected via an on-premises data gateway, and natively supports Fabric warehouses as a target. It is built for no-code/low-code reliable bulk data transfer, which exactly matches the requirement to copy data from Database1 to Warehouse1 with minimal configuration. C. a KQL queryset: Incorrect. A KQL queryset is a tool exclusively used to run Kusto Query Language queries against Real-Time Analytics (Kusto) databases in Fabric. It does not support data movement operations, cannot connect to on-premises SQL Server, and cannot write data to a Fabric warehouse, so it is irrelevant to this scenario. D. a notebook: Incorrect. While Fabric notebooks (PySpark, Scala, Spark SQL) can be configured to ingest data, they require custom code development, manual configuration of gateway connections, and are overkill for a straightforward copy operation. The scenario does not require custom transformation or advanced processing, so a notebook is not the appropriate item for this requirement. Key Concepts: 1. Fabric Data Pipeline Copy Activity: The core data movement component of Fabric Data Factory, designed for high-throughput, reliable bulk data transfer between supported sources and targets, with native integration for on-premises data gateways to access non-cloud resources. 2. On-Premises Data Gateway for Fabric: A managed tool that provides secure connectivity between Fabric cloud services and on-premises data sources that are not exposed to the public internet, natively supported by Fabric data pipelines for on-premises source connections like SQL Server. 3. Fabric Workload Use Case Alignment: Each Fabric item is purpose-built for specific tasks: data pipelines for orchestration and data movement, dataflows for repeatable data transformation, KQL querysets for real-time analytics querying, and notebooks for custom code-based advanced processing. Selecting the correct tool for the use case is a core DP-700 competency. References: Copy data using the copy activity in Microsoft Fabric, Manage on-premises data gateways in Microsoft Fabric
DP-700 · Q4
Topic 1 Question #4 You have a Fabric workspace that contains a warehouse named Warehouse1.You have an on-premises Microsoft SQL Server database named Database1 that is accessed by using an on-premises data gateway.You need to copy data from Database1 to Warehouse1.Which item should you use?
  • A.
    an Apache Spark job definition
  • B.
    a data pipeline
  • C.
    a Dataflow Gen1 dataflow
  • D.
    an eventstream

Answer: B

The scenario requires copying batch data from an on-premises SQL Server database accessed via an on-premises data gateway to a Microsoft Fabric warehouse. The suggested answer B (data pipeline) is correct because Microsoft Fabric data pipelines are purpose-built for ETL/ELT data movement and orchestration workloads. Data pipelines natively support integration with on-premises data gateways to securely connect to non-public on-premises data sources such as SQL Server, and include a no-code copy activity that directly supports both on-premises SQL Server as a source and Fabric warehouse as a sink. This solution requires no custom code, is optimized for batch data ingestion, and aligns with DP-700 objectives for implementing data ingestion solutions in Microsoft Fabric. Option Analysis: A. an Apache Spark job definition: Incorrect. Apache Spark job definitions are designed for running custom Spark code for large-scale distributed data processing, advanced transformations, and machine learning workloads. While it is technically possible to configure a Spark job to connect to on-premises SQL via a gateway and copy data, this requires custom code development, is not optimized for simple copy operations, and is not the intended tool for this use case per Fabric workload best practices tested in DP-700. B. a data pipeline: Correct. Fabric data pipelines provide native, low-code support for copying data between on-premises sources (via on-premises data gateway) and Fabric warehouses using the built-in copy activity. This is the recommended and most efficient solution for this batch data movement scenario, matching the DP-700 skill set for implementing data ingestion in Fabric. C. a Dataflow Gen1 dataflow: Incorrect. Dataflow Gen1 is a legacy Power BI data preparation tool designed primarily for loading data into Power BI datasets and Dataverse, not for loading large volumes of data into Fabric warehouses. Dataflow Gen1 also lacks native, optimized connectivity for Fabric warehouse sinks, and Microsoft recommends using Dataflow Gen2 or data pipelines for Fabric ingestion scenarios, making this option invalid. D. an eventstream: Incorrect. Microsoft Fabric eventstreams are purpose-built for real-time streaming data ingestion from sources such as Azure Event Hubs, Kafka, and IoT devices. This scenario involves batch copy of static data from an on-premises SQL Server database, which is not a streaming use case, so eventstreams are not applicable here. Key Concepts: 1. Fabric Data Pipeline Ingestion Capabilities: Data pipelines in Fabric are the core orchestration tool for ETL/ELT workloads, supporting pre-built activities including copy activity for moving data between over 90 supported sources and sinks, with native integration for on-premises data gateways to access on-premises resources. 2. On-premises Data Gateway for Fabric: The on-premises data gateway is a software agent that enables secure, hybrid connectivity between Microsoft Fabric cloud services and on-premises data sources that are not exposed to the public internet, and is supported for use with data pipelines, Dataflow Gen2, and other Fabric data workloads. 3. Fabric Workload Use Case Alignment: Each Fabric item is designed for specific use cases tested in DP-700: data pipelines for batch data movement and orchestration, Spark job definitions for custom distributed processing, eventstreams for real-time streaming ingestion, and dataflows for self-service data preparation. References: Copy activity overview for Microsoft Fabric data pipelines, Use an on-premises data gateway with Microsoft Fabric
DP-700 · Q5
Topic 1 Question #5 You have a Fabric F32 capacity that contains a workspace. The workspace contains a warehouse named DW1 that is modelled by using MD5 hash surrogate keys.DW1 contains a single fact table that has grown from 200 million rows to 500 million rows during the past year.You have Microsoft Power BI reports that are based on Direct Lake. The reports show year-over-year values.Users report that the performance of some of the reports has degraded over time and some visuals show errors.You need to resolve the performance issues. The solution must meet the following requirements:Provide the best query performance.Minimize operational costs.Which should you do?
  • A.
    Change the MD5 hash to SHA256.
  • B.
    Increase the capacity.
  • C.
    Enable V-Order.
  • D.
    Modify the surrogate keys to use a different data type.
  • E.
    Create views.

Answer: B

The scenario describes performance degradation and query errors for Direct Lake Power BI reports after a fact table grew 2.5x to 500 million rows on an F32 Fabric capacity. The core issue is that the F32 capacity's fixed compute, memory, and query throughput limits are no longer sufficient to process the large volume of data required for year-over-year reports, which require scanning extensive historical datasets, leading to slow performance and query timeouts that cause visual errors. Increasing the Fabric capacity to a higher F-series SKU adds the necessary compute and memory resources to process these large queries efficiently. This approach requires no changes to existing data models, ETL pipelines, or report designs, so it minimizes operational overhead while delivering immediate, measurable performance improvements that meet the requirements. Option Analysis: A. Incorrect. Changing MD5 hash surrogate keys to SHA256 produces longer, larger hash values that increase storage footprint and slow join operations, worsening rather than improving query performance. This option does not address the core resource constraint issue and would degrade performance, so it is invalid. B. Correct. The existing F32 capacity is underprovisioned for the 500 million row fact table workload. Upgrading to a higher capacity SKU provides additional CPU, memory, and query throughput to support large Direct Lake queries for year-over-year analysis, eliminating timeouts and improving performance. This change requires minimal operational effort, aligning with the requirement to minimize operational costs. C. Incorrect. V-Order, which optimizes Parquet file storage for faster read performance, is enabled by default for all Fabric warehouse tables. Even if manually enabled, V-Order does not resolve the underlying capacity resource constraints that cause query timeouts and slow performance when scanning extremely large datasets, so it will not resolve the reported issues. D. Incorrect. Modifying surrogate keys to a different data type would require a full rewrite of the fact table, all related dimension tables, and associated ETL pipelines, which is extremely labor-intensive and carries very high operational costs, violating the requirement to minimize operational costs. While smaller data types may deliver marginal performance gains, they do not address the core underprovisioned capacity issue. E. Incorrect. Creating views only provides a logical abstraction of underlying table data and does not reduce the volume of data scanned during query execution. Direct Lake queries against views still access the same base fact table data, so views do not resolve the resource constraints causing slow performance and errors. Key Concepts: 1. Fabric Capacity Sizing: Fabric F-series SKUs have fixed compute, memory, and concurrency limits that directly determine query performance for large workloads. Underprovisioned capacity leads to slow query execution and timeouts as dataset sizes and query complexity grow. 2. Direct Lake Performance Dependencies: Direct Lake mode runs queries directly against OneLake storage using Fabric capacity resources, so performance is directly tied to the capacity SKU's available resources, especially for large time-series queries that scan high volumes of historical data. 3. Operational Cost Optimization for Fabric Workloads: Vertical scaling of capacity is a low-effort, low-risk change that minimizes operational costs compared to disruptive schema or ETL pipeline redesigns for resource-bound performance issues. References: Microsoft Fabric licenses, https://learn.microsoft.com/en-us/fabric/enterprise/licenses Direct Lake mode overview, https://learn.microsoft.com/en-us/power-bi/enterprise/directlake-overview

FAQ

How many practice questions are available for DP-700?

This question bank includes 139 DP-700 practice questions covering single and multiple choice, each with answers and explanations.

Are DP-700 practice questions available in Chinese and English?

Yes, DP-700 practice questions are provided in both Chinese and English.

Can I try DP-700 practice questions for free?

Yes. Free sample questions are available on this page, and the full question bank is available after signing up on Zhangxuetu.