-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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
Merge up 2.6 to 2.7 #7900
Merge up 2.6 to 2.7 #7900
Conversation
Since `WhereInWalker` does not run, query parameters are not translated from their in-memory type to the expected SQL type when the paginator is run again with the same DQL string. This is an architectural issue, since (for the sake of simplicity) we moved parameter translation into the SQL walker, we didn't consider that SQL walkers only act when no cache is in place. The translatio needs to be moved into the paginator logic again.
In order to figure out the paginated query identifier type, we would have to parse the DQL query into an AST+SQL anyway, so we'd have to re-parse it manually: instead of doing that, we can force the `WhereInWalker` to be reached at all times by forcing the `$whereInQuery` to use no query cache. While it is a sad performance regression, it is also not a noticeable one, since we'll be performing an `O(1)` operation around an I/O one (query execution, in this case).
Update documentation to recommend DQL over QueryBuilder when possible
[Documentation] Advanced field value... - missing entity alias
Use quoted collation declaration when available.
Otherwise, getClassMetadata would be triggered more times
…nWithCachedQueryParsing
UnitOfWork::clear() misses $eagerLoadingEntities
…-identifier-types-even-with-cached-dql-parsing #7837 paginate with custom identifier types even with enabled DQL query cache
Let's hold this for now until |
only replace '_id' at end of columnName
Delete statements will not be created using `clear`
387e620
to
81167fd
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actually, let's get it merged in since it fixes the build state. We can do another merge up afterwards. I've added the new commits in 2.6
.
Thanks @ostrolucky
I think |
Also, the composer.lock is out of sync, I'm going to try to fix both issues. |
Oh I see you just fixed that issue in 2.7 @lcobucci , I'm going to redo the merge then |
I've addressed this in 2.7 already 👍 |
b36b1c2
to
fc9314d
Compare
No description provided.