Re: WAL logging of SELECT ... INTO command
От | Jim C. Nasby |
---|---|
Тема | Re: WAL logging of SELECT ... INTO command |
Дата | |
Msg-id | 20060324130121.GE90527@pervasive.com обсуждение исходный текст |
Ответ на | Re: WAL logging of SELECT ... INTO command (Alvaro Herrera <alvherre@commandprompt.com>) |
Ответы |
Re: WAL logging of SELECT ... INTO command
|
Список | pgsql-performance |
On Fri, Mar 24, 2006 at 08:39:02AM -0400, Alvaro Herrera wrote: > Jim C. Nasby wrote: > > > Why would the content of the old_table be unreliable? If we've replayed > > logs up to the point of the CTAS then any data that would be visible to > > the CTAS should be fine, no? > > > > Though, the way Tom put it in one of his replies it sounds like WAL > > doesn't do any kind of statement logging, only data logging. If that's > > the case I'm not sure that the CTAS would actually get replayed. But I > > suspect I'm just misunderstanding... > > The CTAS doesn't get logged (nor replayed obviously). What happens is > that the involved files are fsync'ed before transaction commit, AFAIR. Ahh, yes, that sounds right. Might be a nice gain to be had if there was some way to log the statement, but I suspect getting WAL to support that would be extremely non-trivial. -- Jim C. Nasby, Sr. Engineering Consultant jnasby@pervasive.com Pervasive Software http://pervasive.com work: 512-231-6117 vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461
В списке pgsql-performance по дате отправления: