We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
In general, the logic in CosmosSqlTranslatingEV.VisitUnary for ExpressionType.Convert. See e.g. test Equality_operator_int_to_long.
The text was updated successfully, but these errors were encountered:
@roji Would this be along the lines of a superset of the issue I picked up the other day with the string concatenation (#34963)
Also, I've tried looking but can't find the test you mentioned
Sorry, something went wrong.
Yes, that test is something I'm still working on in a branch. Here it is:
[ConditionalTheory] [MemberData(nameof(IsAsyncData))] public virtual Task Equality_operator_int_to_long(bool async) { long arg = 10248; return AssertQuery( async, ss => ss.Set<Order>().Where(o => o.OrderID == arg)); }
Would this be along the lines of a superset of the issue I picked up the other day with the string concatenation
And yeah, it could definitely be related...
btw, had an idea based on what I have done previously
I can get this sql and it passes
@__arg_0='10248' SELECT VALUE c FROM root c WHERE ((c["$type"] = "Order") AND (c["OrderID"] = @__arg_0))
Am I correct in thinking that Cosmos has some implicit conversions, as I couldn't find much in terms of an explicit cast
@roji Submitted a PR that has a lot of improvements and lights up a bunch of tests that were failing
roji
Successfully merging a pull request may close this issue.
In general, the logic in CosmosSqlTranslatingEV.VisitUnary for ExpressionType.Convert. See e.g. test Equality_operator_int_to_long.
The text was updated successfully, but these errors were encountered: