- 9 more key points in Pro version
- 4 more common mistakes in Pro version
- 4 more exam tips in Pro version
- 67 more related questions in Pro version
Summary
This objective covers designing Dataverse plug-ins that leverage different execution stages and context information to manage data modifications efficiently and reliably. Understanding the transaction boundaries is crucial: PreValidation normally occurs before the initial database transaction, PreOperation runs inside the transaction before the main operation, synchronous PostOperation runs after the main operation while remaining in the transaction, and asynchronous PostOperation runs later outside the original transaction. Dataverse custom APIs define reusable operations with request parameters and can be bound to a table for record-scoped invocation. Configure Power Automate flows to manage errors effectively and optimize performance by leveraging Dataverse trigger filtering, robust error handling with run-after paths, and reusable child flows. Implement secure secrets management and retry policies to ensure flow stability and data protection. Custom connectors expose REST APIs, configured via OpenAPI and authentication schemes. Policy templates provide runtime modifications, while custom code handles complex transformations with associated constraints. Efficiently utilize the Dataverse Web API and SDK Organization service by understanding their distinct approaches to data access and management. Focus on optimizing requests for performance and reliability, particularly when dealing with bulk operations and potential throttling. This objective covers leveraging Azure Functions to process long-running, scheduled, and event-driven work, decoupling it from synchronous Dataverse transactions for improved scalability and resilience.
Key Points
- Transaction Management: PreValidation normally occurs before the initial database transaction and is appropriate for early rejection; PreOperation runs inside the transaction before the main operation; synchronous PostOperation runs after the main operation while remaining in the transaction; asynchronous PostOperation runs later outside the original transaction.
Common Mistakes
- PreValidation vs. PreOperation: PreValidation normally rejects before the initial transaction; PreOperation modifies within the transaction before the main operation. Synchronous PostOperation runs after the main operation but remains within the transaction, while asynchronous PostOperation runs later outside the original transaction.
Exam Tips
- Understand the implications of each plug-in stage on transaction isolation. Asynchronous operations are critical for non-critical tasks.