Wilm,
 
For different developers to begin some "adoptation" there should be a clear "Breaking changes" record in Postgres version history.
 
For now we consider it bug (worked before, not working now), that should be just fixed...
 
-- 
С уважением, Павел
 
 
 
12.08.2020, 13:57, "Wilm Hoyer" <w.hoyer@dental-vision.de>:

 

> Wilm,

 

> Have a look, there is even an extension method for xmin (stable branch):

 

> https://github.com/npgsql/efcore.pg/blob/stable/src/EFCore.PG/Extensions/NpgsqlEntityTypeBuilderExtensions.cs

 

> EF Core is mostly independent from DB, but there usually are some "tweaks" for each database that you should know (like for SQL server the native concurrency token should be like byte[]:

  1. [TimeStamp]
  2. public byte[] RowVersion { get; set; }
  3. )

 

> Additional "self defined column" for billion rows tables leads to additional space needed. We use partitioning when the tables are LARGE :)

 

> This works fine in 10, 11, it's strange it is broken in 12 (from db users point of view, I haven't examined the sources of PG for internals...)

 

Sorry, i had not looked into the extension since it is not part of core npgsql. As it states: Npgsql.EntityFrameworkCore.PostgreSQL is an Entity Framework Core provider built on top of Npgsql. (and we left npgsql before this extension was started).

I guess it would be easy for them to implement a solution, because that basically means adopting the relevant part from the EF SqlServer implementation. But i fear you’re out of luck with them, as support for table partitioning is still an open issue in their project.

 

Best regards

Wilm.