SQL Server: Set operations should work if normalized store type is the same

In SelectExpression.cs:1594 (Microsoft.EntityFrameworkCore.Query.SqlExpression) there is code that does

if (innerColumn1.TypeMapping!.StoreType != innerColumn2.TypeMapping!.StoreType)
{
    throw new InvalidOperationException(RelationalStrings.SetOperationsOnDifferentStoreTypes);
}

If col1 type in mode is VARCHAR(20) and col2 type is varchar(20) it throws. This should not happen as SQL server is not case sensitive. I udestrand why it would be desirable for varchar(20) and varchar(50) to throw, but in case of case sensitivity it’s exactly the same type.

[roji]

I wonder if we should have a way to normalize store types, yielding their canonical representation which can be compared…

[ajcvickers]

Note from triage: since the VisitSqlParameter check is an optimization only, the existing check is fine.