"in" operator as test of membership and its delegation

[Olivier]

According to the latest clarification in regards to delegation, the "in" operator is delegable for SQL server.

Also, according to the operator documentation, the "in" operator can be a test of "Belonging to a collection or a table" and not only a test for substrings within strings.

I have failed up to now to make this operator work with SQL server in the following syntax, as not only does it not delegate, but it gives an error as can be seen in the screenshot.

Filter('[Access].[Entities]', ID in [2, 3, 8, 2, 6])

This error however, is not given in this trivial case and the operator works as expected:

Filter([1,2,3,4,5,6,7,8,9], Value in [2, 3, 8, 2, 6])

Has anyone made the operator work with non-trivial data sources and/or in a delegable way as a test for membership?

I am grateful for any insight, since this is needed to join two tables.

I think the following may be interested in this question: @AmitLoh-Powerap, @v-micsh-msft, @csm, @AndyPennell, @hpkeong, @mr-dang

[mr-dang · Accepted solution]

"First line" & Char(10) & "Second line"

[Michael]

When you are typing your rule, you can also use CTRL + ENTER to directly insert a new line. This can also be helpful for organizing a more complex rule.