OCLOperators ExecuteQueryPlan
No edit summary
No edit summary
Line 1: Line 1:
When you have a collection of objects you do not know the fetch status of and you are going to follow associations, or derive stuff that follows associations, it is a good idea to ask MDriven to ExecuteQueryPlan.
When you have a collection of objects you do not know the fetch status of and you are going to follow associations or derive stuff that follows associations, it is a good idea to ask MDriven to ExecuteQueryPlan.


It enters "fact-finder-mode", running your expressions in the ViewModel in a harness - looking at what data WOULD be fetched - then it fetches that data and runs the fact-finder again.  This way, we can avoid 1000 single fetches and end up with 2-3 large fetches instead.
It enters "fact-finder-mode", running your expressions in the ViewModel in a harness - looking at what data WOULD be fetched - then it fetches that data and runs the fact-finder again.  This way, we can avoid 1000 single fetches and end up with 2-3 large fetches instead.
[[Category:OCLOperators]]
[[Category:OCLOperators]]

Revision as of 06:12, 2 May 2023

When you have a collection of objects you do not know the fetch status of and you are going to follow associations or derive stuff that follows associations, it is a good idea to ask MDriven to ExecuteQueryPlan.

It enters "fact-finder-mode", running your expressions in the ViewModel in a harness - looking at what data WOULD be fetched - then it fetches that data and runs the fact-finder again. This way, we can avoid 1000 single fetches and end up with 2-3 large fetches instead.

This page was edited 92 days ago on 02/10/2024. What links here