AW: AW: posgres 12 bug (partitioned table)

Поиск
Список
Период
Сортировка
От Wilm Hoyer
Тема AW: AW: posgres 12 bug (partitioned table)
Дата
Msg-id 05311413c04d49d8be4dd4a21ad587fc@dental-vision.de
обсуждение исходный текст
Ответ на AW: posgres 12 bug (partitioned table)  (Wilm Hoyer <W.Hoyer@dental-vision.de>)
Список 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 по дате отправления:

Предыдущее
От: Wilm Hoyer
Дата:
Сообщение: AW: posgres 12 bug (partitioned table)
Следующее
От: Tom Lane
Дата:
Сообщение: Re: BUG #16578: When making an insert, the database goes to recover mode