Re: FK from logged to unlogged table?
| От | David G. Johnston |
|---|---|
| Тема | Re: FK from logged to unlogged table? |
| Дата | |
| Msg-id | CAKFQuwaWXkQ8Z5r+5n=H4JOHD4RkrxOJB6DNB0ha1qTP4u4aZQ@mail.gmail.com обсуждение исходный текст |
| Ответ на | FK from logged to unlogged table? (dolan@directdemocracysolutions.com) |
| Список | pgsql-general |
On Friday, November 21, 2025, <dolan@directdemocracysolutions.com> wrote:
Hello,I'm looking to improve bulk write performance on a table of about 23 million rows by setting it unlogged. If lost, the table can be re-generated from archived raw data. The unlogged table would be referenced from a different, logged, table by a sparse but very important foreign key.If the unlogged table is lost, I can repair the foreign key data by re-uploading the raw data and following a different unique key. However, this would be annoying and I would rather not have to implement it if I can protect the keyed records instead.
- Is it allowed to key from a logged table to an unlogged table?
- What is the system behavior if the unlogged table is lost?
- Is there a clean way to protect only the subset of records that are keyed? (Yes, I am considering periodic backups to an archive table, but there would still be some repair needed that way).
Both 1 and 2 Feels like something you should take the couple of minutes to try. For 3, it’s an unlogged table - the entire thing.
David J.
В списке pgsql-general по дате отправления: