Re: Dump/Restore of non-default PKs

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Dump/Restore of non-default PKs
Дата
Msg-id 29672d7c-7000-2467-a99b-33a9a79d55ea@enterprisedb.com
обсуждение исходный текст
Ответ на Re: Dump/Restore of non-default PKs  (Simon Riggs <simon.riggs@enterprisedb.com>)
Ответы Re: Dump/Restore of non-default PKs  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 21.04.22 13:43, Simon Riggs wrote:
>> 1. create the table without primary key
>> 2. create the index
>> 3. attach the index as primary key constraint
>>
>> That doesn't sound attractive.
> Can you explain what you find unattractive about it?

Well, if I want to create a table with a primary key, the established 
way is to say "primary key", not to have to assemble it from multiple 
pieces.

I think this case is very similar to exclusion constraints, which also 
have syntax to specify the index access method.



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

Предыдущее
От: Bharath Rupireddy
Дата:
Сообщение: Re: pg_walcleaner - new tool to detect, archive and delete the unneeded wal files (was Re: pg_archivecleanup - add the ability to detect, archive and delete the unneeded wal files on the primary)
Следующее
От: Bharath Rupireddy
Дата:
Сообщение: Re: pg_receivewal fail to streams when the partial file to write is not fully initialized present in the wal receiver directory