Re: feature request ctid cast / sql exception

Поиск
Список
Период
Сортировка
От Vladimír Houba ml.
Тема Re: feature request ctid cast / sql exception
Дата
Msg-id CAP=jTS79cq265sF4RM+T98a_bxg80rxVzm=jQrhm0Y46oxDHrA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: feature request ctid cast / sql exception  ("David G. Johnston" <david.g.johnston@gmail.com>)
Список pgsql-hackers
This is a specific use case, I have a big table without a pk. Updates with ctid are blazing fast even without an index. I dont need it.

The argument behind this is that users excpect this functionality, its not just me. Search stackoverflow. They end up using various suboptimal solutions as I described earlier. This is a very very simple functionality so please consider it. Im also writing an opensource lib that would make use of this. My users will be thankfull to you.

On Sat, Apr 17, 2021, 23:05 David G. Johnston <david.g.johnston@gmail.com> wrote:
On Sat, Apr 17, 2021 at 12:58 PM Vladimír Houba ml. <v.houba@gmail.com> wrote:
I use ctid as a row identifier within a transaction in a Java application.

This doesn't present a very compelling argument since an actual user declared primary key is what is expected to be used as a row identifier.  And as those are typically bigint if you follow this norm you get exactly what you say you need.

David J.

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: proposal - log_full_scan
Следующее
От: Julien Rouhaud
Дата:
Сообщение: Re: Bogus collation version recording in recordMultipleDependencies