AW: AW: posgres 12 bug (partitioned table) - Mailing list pgsql-bugs

From Wilm Hoyer
Subject AW: AW: posgres 12 bug (partitioned table)
Date
Msg-id 05311413c04d49d8be4dd4a21ad587fc@dental-vision.de
Whole thread Raw
In response to AW: posgres 12 bug (partitioned table)  (Wilm Hoyer <W.Hoyer@dental-vision.de>)
List pgsql-bugs

 

> Wilm,

 

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

 

 

> 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.

pgsql-bugs by date:

Previous
From: Wilm Hoyer
Date:
Subject: AW: posgres 12 bug (partitioned table)
Next
From: Tom Lane
Date:
Subject: Re: BUG #16578: When making an insert, the database goes to recover mode