{"id":13805,"date":"2026-09-16T11:00:40","date_gmt":"2026-09-16T11:00:40","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=13805"},"modified":"2026-09-16T11:00:40","modified_gmt":"2026-09-16T11:00:40","slug":"microsoft-dp-700-practice-test-questions-and-exam-dumps-part18-q341-360","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/microsoft-dp-700-practice-test-questions-and-exam-dumps-part18-q341-360\/","title":{"rendered":"Microsoft DP-700 Practice Test Questions and Exam Dumps Part18 Q341-360"},"content":{"rendered":"<h1><\/h1>\n<h2><b>View Full <\/b><a href=\"https:\/\/www.examlabs.com\/dp-700-exam-dumps\"><b>Microsoft DP-700 Exam Dumps<\/b><\/a><b> and Practice Test Dumps.<\/b><\/h2>\n<p>&nbsp;<\/p>\n<h3><b>Question 341<\/b><\/h3>\n<p><b>Which feature helps optimize Delta table storage by reorganizing small files?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Data profiling<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Schema validation<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">File compaction<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Data lineage<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">File compaction reduces the number of small files associated with a Delta table by combining them into larger files. Frequent data writes can create many small files, which may increase metadata overhead and reduce query efficiency. Compaction helps create a more efficient storage layout and can improve read performance. It is particularly useful for workloads with frequent incremental writes. Engineers should monitor file sizes and workload patterns when determining whether compaction is necessary, because storage optimization should match the way data is written and queried.<\/span><\/p>\n<h3><b>Question 342<\/b><\/h3>\n<p><b>Which language is commonly used with Spark notebooks for data engineering in Fabric?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">PySpark<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">HTML<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">CSS<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">XML<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">PySpark is commonly used in Fabric notebooks to perform distributed data processing with Apache Spark. It allows engineers to write Python-based transformations that can operate across large datasets. PySpark can be used for filtering, joining, aggregating, cleansing, and other data engineering operations. Fabric notebooks also support other languages and Spark capabilities, but PySpark is widely used because it combines Python syntax with distributed processing. Engineers can integrate notebook-based Spark transformations into larger data pipelines for automated processing.<\/span><\/p>\n<h3><b>Question 343<\/b><\/h3>\n<p><b>What does V-Order primarily improve in Fabric Lakehouse workloads?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">User permissions<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Data discovery<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Storage and query performance<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Pipeline scheduling<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">V-Order is a storage optimization capability designed to improve the organization of data in columnar files such as Parquet. By optimizing how data is stored, it can improve read performance for analytical workloads and provide more efficient data access. V-Order is particularly relevant to Fabric workloads that use columnar storage. It does not control permissions or pipeline scheduling. Engineers should consider storage optimization together with file sizes, partitioning, and query patterns when designing Lakehouse solutions for analytical performance.<\/span><\/p>\n<h3><b>Question 344<\/b><\/h3>\n<p><b>Which pipeline feature can store a temporary value during execution?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Parameter<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Variable<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Workspace role<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">View<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">A pipeline variable can store a value that may change during pipeline execution. Variables are useful when workflow logic needs to maintain temporary state, counters, flags, or other runtime information. Parameters serve a different purpose because they generally provide input values to a pipeline when it starts. For example, a variable can be updated during a loop while processing multiple items. Engineers should use parameters for external inputs and variables for values that need to be maintained or changed while the pipeline is running.<\/span><\/p>\n<h3><b>Question 345<\/b><\/h3>\n<p><b>Which architecture separates raw, cleaned, and business-ready data into different layers?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Medallion architecture<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Flat-file architecture<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Event-driven architecture<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Single-table architecture<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Medallion architecture separates data into progressive layers, commonly Bronze, Silver, and Gold. Bronze generally stores raw source data, Silver contains cleaned and transformed information, and Gold contains curated data prepared for analytical consumption. This approach provides clear processing stages and helps engineers isolate data-quality and transformation activities. It can also simplify troubleshooting because each layer represents a different level of refinement. The architecture is widely used in Lakehouse solutions where raw ingestion and business-ready datasets need to coexist in a structured processing flow.<\/span><\/p>\n<h3><b>Question 346<\/b><\/h3>\n<p><b>Which operation is commonly used to create or update a target record based on whether a matching key exists?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">SELECT<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">MERGE<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">DROP<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">ORDER BY<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">MERGE is commonly used for upsert scenarios where incoming records need to be matched against existing target records. If a matching key exists, the target can be updated; if no match exists, a new record can be inserted. This makes MERGE useful for incremental processing and synchronization workflows. Engineers should carefully define the matching condition and update rules to prevent unexpected changes or duplicate records. MERGE behavior and syntax should also be checked against the specific Fabric workload being used.<\/span><\/p>\n<h3><b>Question 347<\/b><\/h3>\n<p><b>Which Fabric capability provides a centralized place to inspect pipeline and job executions?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Monitoring hub<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Data hub<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Semantic model<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">OneLake shortcut<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The Monitoring hub provides a centralized experience for reviewing supported Fabric jobs and activities. Engineers can use monitoring information to identify running, completed, or failed operations and investigate execution details. This is especially useful for production data pipelines because failures may occur at different stages of a workflow. Monitoring helps teams identify problematic activities, review execution behavior, and troubleshoot operational issues. Regular monitoring can also reveal recurring failures or unusually long execution times that may require pipeline or workload optimization.<\/span><\/p>\n<h3><b>Question 348<\/b><\/h3>\n<p><b>Which feature allows a pipeline to perform different actions depending on a runtime expression?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Lookup<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Copy Data<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">If Condition<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Wait<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The If Condition activity evaluates an expression and directs pipeline execution to one of two branches based on the result. This allows workflows to respond dynamically to runtime information. For example, a pipeline can check whether new files exist and process them only when the condition is true. Conditional branching can reduce unnecessary processing and make workflows more flexible. Engineers can combine If Condition with parameters, variables, activity outputs, and Lookup results to build pipelines that make decisions based on current data or configuration.<\/span><\/p>\n<h3><b>Question 349<\/b><\/h3>\n<p><b>Which storage format is commonly used by Delta tables in a Fabric Lakehouse?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">CSV<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">JSON<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Parquet<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">XML<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Delta tables use Parquet files as their underlying data storage format, with Delta Lake adding transaction and table-management capabilities. Parquet is columnar, making it well suited to analytical workloads because engines can efficiently access required columns. Delta capabilities provide features such as reliable transactions and table history while maintaining efficient file-based storage. Understanding this architecture helps engineers troubleshoot storage and performance issues. File organization, partitioning, compaction, and query patterns can all influence how efficiently Delta tables perform in a Lakehouse.<\/span><\/p>\n<h3><b>Question 350<\/b><\/h3>\n<p><b>Which capability allows Fabric items to be promoted through development, test, and production stages?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Dataflow Gen2<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Deployment pipelines<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Eventstream<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Lookup<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Deployment pipelines provide a structured way to promote supported Fabric content across development, test, and production stages. This helps teams separate development work from production workloads and provides a more controlled release process. Engineers can validate changes before moving them to later stages. Environment-specific configurations may still require attention because connections, parameters, and other settings can differ between environments. Deployment pipelines are therefore useful for organizing release workflows while maintaining consistency across supported Fabric items.<\/span><\/p>\n<h3><b>Question 351<\/b><\/h3>\n<p><b>Which table normally stores descriptive attributes such as customer name and region?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Fact table<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Dimension table<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Event table<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Transaction log<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">A dimension table stores descriptive attributes that provide context for business events. Examples include customer names, product categories, geographic regions, and calendar information. Fact tables normally contain measurable events and references to related dimensions. In a star schema, dimension tables allow users to analyze facts from different business perspectives. Engineers should define appropriate keys and attributes when designing dimensions. When historical changes must be preserved, techniques such as SCD Type 2 can be used to maintain multiple versions of dimension records.<\/span><\/p>\n<h3><b>Question 352<\/b><\/h3>\n<p><b>Which SQL function counts rows or non-null values depending on its usage?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">AVG()<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">COUNT()<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">MAX()<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">SUM()<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">COUNT() is used to count records or values in SQL. COUNT(*) counts rows, while COUNT(column) counts non-null values in the specified column. This distinction is important when datasets contain missing values because the two forms can produce different results. COUNT() is commonly used in analytical queries to measure transaction volumes, customer counts, or other record totals. Engineers should select the appropriate form based on whether they need all rows or only records containing a value in a particular column.<\/span><\/p>\n<h3><b>Question 353<\/b><\/h3>\n<p><b>Which approach is appropriate for storing configuration information separately from pipeline logic?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Metadata-driven design<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Hard-coded workflow design<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Manual execution<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Full data duplication<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">A metadata-driven design stores configuration information separately from the pipeline&#8217;s processing logic. Metadata may contain source tables, destination tables, file locations, load types, or other processing instructions. A reusable pipeline can read this information and dynamically determine what work should be performed. This reduces duplicated pipeline logic and makes changes easier to manage. For example, adding another table to a processing workflow may require only a configuration change rather than creating a completely new pipeline. This approach supports scalable and maintainable data engineering solutions.<\/span><\/p>\n<h3><b>Question 354<\/b><\/h3>\n<p><b>Which capability is most useful for detecting whether incoming data violates predefined business rules?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Data validation<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">File compression<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Partition pruning<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Git branching<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Data validation checks records against predefined technical or business rules. These rules can verify required fields, valid ranges, expected data types, uniqueness, or relationships between values. Validation can be performed during ingestion or transformation before information reaches curated datasets. Invalid records can be rejected, corrected, or moved to a quarantine area for further investigation. This helps protect downstream analytical workloads from poor-quality data. Engineers should define validation rules based on the actual requirements of the target system and the business meaning of the data.<\/span><\/p>\n<h3><b>Question 355<\/b><\/h3>\n<p><b>Which activity is designed to pause a pipeline for a specified duration?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">ForEach<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Wait<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Lookup<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Copy Data<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The Wait activity pauses pipeline execution for a specified period before allowing subsequent activities to continue. It can be useful when an external process needs time to complete or when a workflow must introduce a controlled delay. For example, a pipeline may wait before checking for a file that is expected to arrive from another system. Wait does not perform data transformation or movement itself. It is primarily a workflow-control mechanism and can be combined with other activities when timing or synchronization requirements exist.<\/span><\/p>\n<h3><b>Question 356<\/b><\/h3>\n<p><b>Which concept defines exactly what one row of a fact table represents?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Grain<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Schema drift<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Partition<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Data type<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The grain of a fact table defines the level of detail represented by each row. For example, a fact table might have one row per individual sale, one row per product per day, or one row per shipment. Defining grain before adding measures and relationships helps prevent double counting and incorrect aggregation. Every measure in the fact table should be consistent with its defined grain. Engineers should clearly document the grain because downstream analysts and model developers depend on it when interpreting and querying the data.<\/span><\/p>\n<h3><b>Question 357<\/b><\/h3>\n<p><b>Which method can preserve an old dimension value while adding a new version of the same entity?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">SCD Type 1<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Full reload<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">SCD Type 2<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Data profiling<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">SCD Type 2 preserves historical dimension values by creating a new record when an attribute changes instead of overwriting the existing record. The previous version can remain available with information indicating its validity period. A new surrogate key is often assigned to the new version. This allows historical facts to remain associated with the dimension values that were valid when those facts occurred. SCD Type 2 is therefore useful when reporting requires historical accuracy rather than only the latest version of an entity&#8217;s attributes.<\/span><\/p>\n<h3><b>Question 358<\/b><\/h3>\n<p><b>Which feature can connect Fabric development work with a Git repository?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Monitoring hub<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Git integration<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Data hub<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Eventstream<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Git integration connects supported Fabric development workflows with source control repositories. It allows developers to synchronize supported items, track changes, and work with version-control practices such as branches. This is useful for collaborative development because changes can be managed systematically instead of relying on manually copied files or undocumented edits. Git integration can also support controlled development and deployment processes. Teams should establish clear repository structures and branching practices so that changes can be reviewed and synchronized consistently.<\/span><\/p>\n<h3><b>Question 359<\/b><\/h3>\n<p><b>Which technique allows a query to avoid scanning partitions that cannot contain matching rows?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Partition pruning<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Data duplication<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Schema drift<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Full refresh<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Partition pruning allows the query engine to skip partitions that do not satisfy a query&#8217;s filtering conditions. For example, if a table is partitioned by date and a query requests only one month, irrelevant date partitions may not need to be scanned. This can reduce I\/O and improve query performance. Partition pruning works best when queries commonly filter on the chosen partition columns. Engineers should therefore select partition keys based on actual access patterns rather than creating partitions arbitrarily or using columns that rarely appear in filters.<\/span><\/p>\n<h3><b>Question 360<\/b><\/h3>\n<p><b>Which practice helps ensure that a pipeline can safely be rerun after a temporary failure?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Idempotent processing<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Random duplication<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Manual deletion<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Full schema replacement<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Idempotent processing ensures that repeating the same processing operation does not create unintended additional effects. This is important when pipelines are retried after transient failures or manually rerun after an incomplete execution. Techniques such as MERGE operations, controlled overwrites, unique keys, checkpoints, and deduplication can help create idempotent workflows. Without this design, rerunning a pipeline may insert duplicate records or produce inconsistent results. Engineers should consider retry and recovery scenarios during pipeline design rather than treating them as problems to solve only after failures occur.<\/span><\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>View Full Microsoft DP-700 Exam Dumps and Practice Test Dumps. &nbsp; Question 341 Which feature helps optimize Delta table storage by reorganizing small files? Data profiling Schema validation File compaction Data lineage Correct Answer: 3 Explanation File compaction reduces the number of small files associated with a Delta table by combining them into larger files. [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[1648,1647],"tags":[],"_links":{"self":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/13805"}],"collection":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/comments?post=13805"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/13805\/revisions"}],"predecessor-version":[{"id":13810,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/13805\/revisions\/13810"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=13805"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=13805"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=13805"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}