Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id 3C2CA1093ABF for ; Mon, 14 Nov 2011 13:38:44 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 70610-06 for ; Mon, 14 Nov 2011 17:38:38 +0000 (UTC) X-Greylist: delayed 00:32:39.946176 by SQLgrey-1.8.0-rc2 Received: from mail-gy0-f174.google.com (mail-gy0-f174.google.com [209.85.160.174]) by mail.postgresql.org (Postfix) with ESMTP id EF2E61093ABE for ; Mon, 14 Nov 2011 13:38:37 -0400 (AST) Received: by gyc15 with SMTP id 15so5121620gyc.19 for ; Mon, 14 Nov 2011 09:38:37 -0800 (PST) Received: by 10.146.200.27 with SMTP id x27mr1523071yaf.31.1321292317379; Mon, 14 Nov 2011 09:38:37 -0800 (PST) Received: from AnibalVAIO ([200.85.32.68]) by mx.google.com with ESMTPS id i31sm41093062anm.19.2011.11.14.09.38.34 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 14 Nov 2011 09:38:36 -0800 (PST) From: "Anibal David Acosta" To: "'Kevin Grittner'" , "'Richard Huxton'" , "'Sergey Konoplev'" Cc: , "'Stephen Frost'" References: <005501cca0ad$b9478440$2bd68cc0$@devshock.com> <20111111201822.GN24234@tamriel.snowman.net> <4EC0D827.8090601@archonet.com> <4EC0EAD6.9010302@archonet.com> <00ea01cca2ef$abcf3a30$036dae90$@devshock.com> <4EC0FAE80200002500042E6C@gw.wicourts.gov> In-Reply-To: <4EC0FAE80200002500042E6C@gw.wicourts.gov> Subject: Re: unlogged tables Date: Mon, 14 Nov 2011 14:38:31 -0300 Message-ID: <00ff01cca2f4$3cb86860$b6293920$@devshock.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQG0h8c2HxwgVHVwA7Oudni7xLo/1gKNzE9QAZGzEw4Bc7WZpAHcxNALAamzBiMCHqGblQJY0lSEApP7xZ+VW61cgA== Content-Language: es-py X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.585 tagged_above=-10 required=5 tests=BAYES_00=-1.9, SARE_MILLIONSOF=0.315 X-Spam-Level: X-Archive-Number: 201111/163 X-Sequence-Number: 45674 I am doing asynchronous commit but sometimes I think that there are so many "things" in an insert/update transaction, for a table that has not too much important information. My table is a statistics counters table, so I can live with a partial data loss, but not with a full data loss because many counters are weekly and monthly. Unlogged table can increase speed, this table has about 1.6 millions of update per hour, but unlogged with a chance of loss all information on a crash are not a good idea for this. Anyway, thanks Kevin! -----Mensaje original----- De: Kevin Grittner [mailto:Kevin.Grittner@wicourts.gov] Enviado el: lunes, 14 de noviembre de 2011 02:27 p.m. Para: 'Richard Huxton'; Anibal David Acosta; 'Sergey Konoplev' CC: pgsql-performance@postgresql.org; 'Stephen Frost' Asunto: Re: [PERFORM] unlogged tables "Anibal David Acosta" wrote: > Maybe an option like "Recover from file " will be useful So, for > example, daily some process do a COPY of entire table to a file > > In case of crash postgres recover content from the file. If you need to recover file contents on a crash, then an unlogged table is probably not the right choice. There is always asynchronous commit. -Kevin