Re: COPY with no WAL, in certain circumstances
От | Bruce Momjian |
---|---|
Тема | Re: COPY with no WAL, in certain circumstances |
Дата | |
Msg-id | 200701062024.l06KO2I22996@momjian.us обсуждение исходный текст |
Ответ на | Re: COPY with no WAL, in certain circumstances ("Joshua D. Drake" <jd@commandprompt.com>) |
Ответы |
Re: COPY with no WAL, in certain circumstances
|
Список | pgsql-patches |
Joshua D. Drake wrote: > > > > BEGIN; > > > CREATE TABLE foo... > > > INSERT INTO foo VALUES ('1'); > > > COPY foo... > > > > > > COMMIT; > > > > On ABORT, the entire table disappears, as well as the INSERT, so I don't > > see any problem. I assume the INSERT is WAL logged. > > No I don't see any problems, I am just trying to understand the > boundaries. E.g., is there some weird limitation where if I have any > values in the table before the copy (like the example above) that copy > will go through WAL. > > Or in other words, does this patch mean that all COPY execution that is > within a transaction will ignore WAL? Yes, because it is possible to do in all cases. -- Bruce Momjian bruce@momjian.us EnterpriseDB http://www.enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-patches по дате отправления: