You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Using the HasIndex introduced by version 6.2 I have defined two indexes like this: this.HasIndex(t => t.Col1ID).HasName("IX_Col1ID"); this.HasIndex(t => new { t.Col2ID, t.Col3, t.Col1ID }).HasName("IX_Col3Properties").IsUnique();
Interestingly only the index IX_Col3Properties is being created, the index IX_Col1ID is not being created.
Before, I defined both indexes using attributes on the Col1ID, Col2ID and Col3 properties of the POCO class. In that case both indexes were being created.
If I swap the two definitions, both of the two definitions will now result in an index in the database.
Is the rules for this "shooting game" documented anywhere, i.e. in which mutual order must multiple HasIndex invocations be done?
It seems quite odd, that it may be necessary to study the concrete indexes made in order to see, if Entity Framework has actually made the indexes defined by HasIndex.
Is it really correct, that HasIndex does not work correct for this typical pattern of usage?
At this moment it reads at https://www.nuget.org/packages/EntityFramework/ that version 6.2.0 was last updated 8 months ago and has 3.106.887 downloads. It should be one of the most downloaded packages. If I am right in what I have observed, wouldn't it be quite reasonable if you corrected your mistake(s) and made a new version available?
The text was updated successfully, but these errors were encountered:
Using the HasIndex introduced by version 6.2 I have defined two indexes like this:
this.HasIndex(t => t.Col1ID).HasName("IX_Col1ID"); this.HasIndex(t => new { t.Col2ID, t.Col3, t.Col1ID }).HasName("IX_Col3Properties").IsUnique();
Interestingly only the index IX_Col3Properties is being created, the index IX_Col1ID is not being created.
Before, I defined both indexes using attributes on the Col1ID, Col2ID and Col3 properties of the POCO class. In that case both indexes were being created.
If I swap the two definitions, both of the two definitions will now result in an index in the database.
Is the rules for this "shooting game" documented anywhere, i.e. in which mutual order must multiple HasIndex invocations be done?
It seems quite odd, that it may be necessary to study the concrete indexes made in order to see, if Entity Framework has actually made the indexes defined by HasIndex.
Is it really correct, that HasIndex does not work correct for this typical pattern of usage?
At this moment it reads at https://www.nuget.org/packages/EntityFramework/ that version 6.2.0 was last updated 8 months ago and has 3.106.887 downloads. It should be one of the most downloaded packages. If I am right in what I have observed, wouldn't it be quite reasonable if you corrected your mistake(s) and made a new version available?
The text was updated successfully, but these errors were encountered: