-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
Rename ForProviderXxx... methods #16686
Comments
Of course, Npgsql is the over-achiever again. ;-) |
Some thoughts/observations:
|
I know we go around in circles on this, but I'm starting to question the value of having the provider name in there at all. A lot of concepts are pretty unique to the provider: Identity columns, memory-optimized tables, clustered indexes, included index properties, etc. Maybe it would be better to optimize the APIs for the single-provider case and warn when the active provider isn't what we expect. |
I agree with most of what @divega and @bricelam said, but after sleeping on this and looking at it again I wonder if there is really enough value to make a breaking change here. It will make code prettier, shorter, etc., but I'm not sure it makes it easier to understand, and so maybe we should just leave what we have as is. |
Nope... As soon as I finish the preview7 port I'll also switch the comment support to use relational. It'll be a breaking change but it's only comments... FWIW I think I'm leaning towards what @ajcvickers is saying. I agree we should focus on the single-provider case, but it simply doesn't seem important enough to do a breaking change... |
Decisions:
|
Matching PR for EFCore.PG: npgsql/efcore.pg#948 |
Per API review, here are the
ForProviderXxx...
methods so we can decide which, if any, to rename:Cosmos
SQL Server
SQLite
In-memory
None
Npgsql
The text was updated successfully, but these errors were encountered: