Re: BUG #10675: alter database set tablespace and unlogged table
От | Robert Haas |
---|---|
Тема | Re: BUG #10675: alter database set tablespace and unlogged table |
Дата | |
Msg-id | CA+TgmoaHOWGGivbKRu6PqcROphsDjfHMeeGqWe-echy2rYGJGg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: BUG #10675: alter database set tablespace and unlogged table (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-bugs |
On Wed, Jul 2, 2014 at 11:38 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Andres Freund <andres@2ndquadrant.com> writes: >> I think one reason for the separate flag is that the checkpoint >> performed by pg_start_backup/pg_basebackup shouldn't just become more >> expensive because unlogged tables are needlessly flushed to disk. After >> all, unlogged tables are used because normal tables have a too high >> overhead in that scenario. > > AFAIK, the "overhead" that unlogged tables are trying to avoid is WAL > I/O. Nobody has argued (until this thread) that we are worried about > whether checkpoints write them. Sorry, I didn't see this thread until just now. I was definitely worried about that issue when I wrote the unlogged tables patch, and I added the BM_PERMANENT for precisely that reason. I think it's a completely legitimate worry, too. The point of avoiding WAL I/O is that writing WAL to disk is expensive; writing data files to disk is no less expensive, and often moreso, because it's not always sequential I/O. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-bugs по дате отправления: