Practice Exams:

Microsoft

Microsoft DP-600: Vector Search in Azure SQL

Azure SQL Database now supports native vector data, vector functions, and vector indexing for AI application patterns. As of the current 2026 platform state, vector indexes and VECTOR_SEARCH are generally available in Azure SQL Database and SQL database in Microsoft Fabric. The latest vector-index implementation uses DiskANN and supports full DML, iterative filtering, optimizer-driven plan choice, and approximate nearest-neighbor search with the newer SELECT TOP (N) WITH APPROXIMATE syntax. This matters because teams can keep embeddings beside relational business data and use one engine for semantic similarity plus transactional filters,…

Read More

Microsoft DP-600: Semantic Model Design in Fabric

A Fabric semantic model is the business layer that turns tables into understandable dimensions, measures, relationships, hierarchies, and terminology for Power BI and other analytical consumers. Good semantic design reduces the number of different ways users calculate the same metric and gives reporting, AI-assisted analysis, and self-service exploration a shared definition of the business. Current Fabric guidance continues to center semantic modeling around star-schema principles. Direct Lake adds a modern storage mode that can query OneLake-backed Delta data with low-latency analytical behavior, while composite models and other storage modes remain…

Read More

Microsoft DP-600: KQL Databases in Fabric

KQL databases are the core query and storage unit inside Microsoft Fabric Eventhouse for high-volume, time-oriented, and event-driven data. An Eventhouse can contain multiple KQL databases that share capacity and management, while each database contains tables, functions, materialized views, policies, and related real-time assets that can be queried with Kusto Query Language. Current Fabric Real-Time Intelligence guidance places KQL databases alongside eventstreams, Eventhouse, Real-Time Dashboards, Activator, and other streaming capabilities. The design is useful when data arrives continuously and teams need fast exploration, filtering, aggregation, correlation, and operational analysis without…

Read More

Microsoft DP-600: Fabric Domain Governance

Fabric domains organize the data estate around business meaning rather than only around workspaces and capacities. A domain can represent a business area such as finance, sales, operations, or risk, group relevant Fabric content, improve discovery in the OneLake catalog, and support delegated governance where selected tenant settings can be managed at domain level. Microsoft positions Fabric domains as part of a federated data-governance model inspired by data mesh. That does not mean central IT disappears. Tenant administrators still define organization-wide baselines, while domain administrators can manage delegated settings and…

Read More

Microsoft DP-600: Fabric OneLake Shortcut Design

OneLake shortcuts let Microsoft Fabric workloads reference data without creating another physical copy. A shortcut can make data from another lakehouse, warehouse, KQL database, mirrored source, external cloud store, or other supported source appear inside a Fabric item under a unified namespace. That can reduce duplicated storage and stale copies, but it also moves architectural responsibility toward ownership, security, dependency management, and source availability. Microsoft’s current Fabric guidance positions shortcuts as one of several ways to unify data. Shortcuts are strongest when the source is already authoritative and the consuming…

Read More

Microsoft DP-600: Eventstreams for Real-Time Analytics

Microsoft Fabric eventstreams provide a no-code and low-code way to ingest, transform, and route data in motion across Real-Time Intelligence. An eventstream can connect to streaming sources, apply filters, field transformations, aggregations, SQL-based operations, and routing logic, then send the resulting stream to destinations such as Eventhouse, Lakehouse, Activator, custom endpoints, or supported preview destinations. The important design idea is that an eventstream is a real-time data pipeline, not merely a connector. It sits between producers and consumers and can become the place where event shape, routing, enrichment, operational controls,…

Read More

Microsoft DP-600: Embeddings in Database Applications

Embeddings let a database application compare meaning instead of relying only on exact text. A product description, support note, policy paragraph, or user query can be converted into a numeric vector that represents semantic features. When those vectors live beside relational data, an application can combine similarity search with ordinary filters, joins, transactions, and business rules. SQL database in Microsoft Fabric now provides native vector support for AI application patterns, including vector data types, vector functions, and vector indexing. Microsoft guidance shows how applications can store embeddings with source text…

Read More

Microsoft DP-600: Delta Tables in Microsoft Fabric

Delta tables are the default table format for Microsoft Fabric Lakehouse, and that default matters because Delta Lake adds transactional reliability and performance features to data stored in OneLake. Fabric engines can work with the same Delta-formatted data without repeatedly converting the dataset for every workload. A Delta table combines Parquet data files with a transaction log that records table state and changes. In Fabric, that structure supports reliable writes, schema management, version-aware operations, and integration across Spark, SQL, and broader OneLake experiences. The format is therefore part of the…

Read More

Microsoft DP-600: Database Design for AI Workloads

AI workloads do not eliminate the need for good database design. They add new access patterns: vector similarity, retrieval-augmented generation, model enrichment, agent tool calls, and conversational queries. A database serving those workloads still needs transactional correctness, clear schemas, predictable keys, security, indexing, and lifecycle management. SQL database in Microsoft Fabric is designed to support AI applications with relational data and vector search in the same transactional engine. Current Microsoft guidance highlights native vector data types and indexes, low-latency transactional queries, hybrid retrieval patterns, and integration with AI orchestration frameworks….

Read More

Microsoft DP-600: Cost Control in Microsoft Fabric

Microsoft Fabric cost control starts with capacity behavior, not with one line item on a monthly invoice. Fabric workloads consume Capacity Units, and the same capacity can serve data engineering, warehouse, semantic models, real-time workloads, SQL, notebooks, and applications. That shared model is powerful because teams can use one platform, but it also means one noisy workload can consume resources that another team expected to use. The Microsoft Fabric Capacity Metrics app is the primary operational tool for understanding capacity consumption. It can show capacity utilization, throttling, item and operation…

Read More

Microsoft DP-600: CI/CD for Microsoft Fabric

Microsoft Fabric CI/CD is not one prescribed pipeline. Current Fabric guidance describes several supported workflow patterns based on how teams use Git, deployment pipelines, Fabric item APIs, and per-stage configuration. The right pattern depends on whether Git or the workspace is the source of truth, whether the team uses Gitflow or trunk-based development, and how much deployment customization is required. Fabric now supports Git integration with Azure DevOps and GitHub across many item types, deployment pipelines for controlled movement between workspaces, APIs for automation, variable libraries for configuration, and item-specific…

Read More

Microsoft DP-600: AI-Assisted SQL on Azure

AI-assisted SQL is useful when it reduces the distance between a business question and a correct, reviewable query. Microsoft Fabric SQL database now includes Copilot experiences that can help with natural-language-to-SQL conversion, code completion, quick actions, query explanation, and related database work. Those capabilities can accelerate development and analysis, but they do not change the database’s responsibility for schema, permissions, transactions, and correctness. For data teams, the strongest pattern is to use Copilot as a query-development assistant rather than an authority. The user still needs to understand which tables are…

Read More

Microsoft AB-100: Testing Copilot Studio Agents

Testing a Copilot Studio agent should prove more than whether it can answer a few hand-picked questions in the test pane. Production behavior depends on instructions, knowledge, tools, authentication, workflows, channels, and the conversational state that accumulates across multiple turns. A useful test strategy therefore includes deterministic checks, single-response evaluation, multi-turn conversation evaluation, integration tests, adversarial cases, and post-deployment monitoring. Microsoft’s current Copilot Studio guidance includes test sets, general-quality evaluation, text-match and similarity approaches in relevant experiences, conversational evaluation, and staged testing before production. Some of the newer test-set and…

Read More

Microsoft AB-100: Securing GitHub Copilot in Enterprises

Enterprise GitHub Copilot security starts with governance over availability and control. Enterprise owners can decide which Copilot features, models, and MCP capabilities are available and can apply restrictions such as content exclusion or blocking suggestions that match public code. Repository, organization, and enterprise policies then define what Copilot can see and how developers are allowed to use it. The security objective is not to make AI coding risk disappear. It is to fit Copilot into the same identity, repository, data-classification, review, network, and audit model already used for software delivery….

Read More

Microsoft AB-100: Responsible AI for Business Leaders

Responsible AI is a leadership discipline before it is a technical checklist. Business leaders decide which problems an AI system is allowed to influence, whose interests matter, what level of autonomy is acceptable, which failures are tolerable, and who remains accountable when the system produces an unexpected result. Those decisions shape architecture, data access, human oversight, evaluation, and release policy long before a model is selected. Microsoft’s current responsible AI framework continues to use six principles: fairness, reliability and safety, privacy and security, inclusiveness, transparency, and accountability. Current Microsoft agent…

Read More