-
Notifications
You must be signed in to change notification settings - Fork 3.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Query :: SelectMany-GroupJoin-DefaultIfEmpty isn't being lifted into SQL for some complex queries, resulting in extensive client-side evaluation #4588
Comments
We are having a related problem. Even a single Left Outer Join results in the following warning and hundreds of additional calls to the db: Ex:
*Using EF 7.0.0-rc1-final; ASP.NET 1.0.0-rc1-final |
@sheinema However, alternative way to produce LOJ works in our nightly builds (available with the next release):
This should yield only one query with LOJ, however DefaultIfEmpty and everything after it will still be evaluated on the client. |
Will this be implemented in the RTM release? |
Do you have any roadmap for the 1.1.0 milestone release especially for this issue? (maybe a roadmap for any patch?) |
Nothing public yet, we'll share as soon as we do. Prior to undertaking the major EF Core 1.0.0 we were releasing stable updates every 3-4 months (with previews in between). I expect our cadence to be similar. |
… being lifted into SQL for some complex queries, resulting in extensive client-side evaluation. Adds relational GroupJoin/DefaultIfEmpty elimination.
… being lifted into SQL for some complex queries, resulting in extensive client-side evaluation. Adds relational GroupJoin/DefaultIfEmpty elimination.
This is mostly visible in scenarios with optional navigations, e.g.
this gets translated into:
however the filter will be performed on the client resulting in unnecessary data being pulled from the database
The text was updated successfully, but these errors were encountered: