Re: NOLOGGING option, or ?
| От | Tom Lane |
|---|---|
| Тема | Re: NOLOGGING option, or ? |
| Дата | |
| Msg-id | 21427.1117665152@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: NOLOGGING option, or ? (Bruce Momjian <pgman@candle.pha.pa.us>) |
| Ответы |
Re: NOLOGGING option, or ?
Re: NOLOGGING option, or ? |
| Список | pgsql-hackers |
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> One idea would be to look at the table file size first. If it has zero
> blocks, lock the table and if it still has zero blocks, do the no-WAL
> copy.
I think that's a bad idea. It would make the behavior unpredictable
--- sometimes a COPY will take an exclusive lock, and other times not;
and the reason why is at a lower semantic level than the user is
supposed to know about.
Before you say "this is not important", consider the nontrivial risk
that the stronger lock will cause a deadlock failure. I don't think
that it's acceptable for lock strength to be unpredictable.
regards, tom lane
В списке pgsql-hackers по дате отправления: