Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1YpQN4-0006bu-2U for pgsql-hackers@arkaria.postgresql.org; Tue, 05 May 2015 00:05:58 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1YpQN3-0002Fo-7y for pgsql-hackers@arkaria.postgresql.org; Tue, 05 May 2015 00:05:57 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1YpQN2-0002Fh-1t for pgsql-hackers@postgresql.org; Tue, 05 May 2015 00:05:56 +0000 Received: from mout.gmx.net ([212.227.15.18]) by magus.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.84) (envelope-from ) id 1YpQMx-0002Ja-PZ for pgsql-hackers@postgresql.org; Tue, 05 May 2015 00:05:55 +0000 Received: from auth1-smtp.messagingengine.com ([66.111.4.227]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LgYuT-1ZdOB93bwj-00nw8B for ; Tue, 05 May 2015 02:05:51 +0200 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailauth.nyi.internal (Postfix) with ESMTP id 8FB97209E4 for ; Mon, 4 May 2015 20:05:47 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute6.internal (MEProxy); Mon, 04 May 2015 20:05:47 -0400 X-Sasl-enc: IZS7txvWqL56oGIA8aJJu+euhQscgv9x5t6me8qOcCGT 1430784347 Received: from [10.0.0.13] (unknown [67.165.24.246]) by mail.messagingengine.com (Postfix) with ESMTPA id 0E00F6800C6; Mon, 4 May 2015 20:05:47 -0400 (EDT) Message-ID: <5548095A.1040900@gmx.net> Date: Mon, 04 May 2015 20:05:46 -0400 From: Peter Eisentraut User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Stephen Frost CC: Fujii Masao , Sawada Masahiko , David Steele , Simon Riggs , Tatsuo Ishii , PostgreSQL-development , Abhijit Menon-Sen Subject: Re: Auditing extension for PostgreSQL (Take 2) References: <552EA121.1090603@pgmasters.net> <5534FC6E.9030906@pgmasters.net> <553938A1.7030707@pgmasters.net> <553FA477.5010803@pgmasters.net> <55443ED1.6070003@gmx.net> <20150504190035.GO30322@tamriel.snowman.net> In-Reply-To: <20150504190035.GO30322@tamriel.snowman.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:+CERETRxCikgkXyTjes2ZcyfsriwMvfh7BEmGiHdOS0/XicPdJA 08fnIMCm1xDZlD4qe7SXtgO++Q+dhal7TD2jxJPFFr6s67Oe3A4/7VkhVUNeywE0KlP3pnb RWlkVxPKt6eC8kqAVfxMdmB98ywFK0BSC8+5+JDoCiNFw1SpCNa2P1SUPW3UhxlljkrWItV Uzea+o2XHYZpQ/bdTCWVA== X-UI-Out-Filterresults: notjunk:1; X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org On 5/4/15 3:00 PM, Stephen Frost wrote: > One particular advantage of having the extension is that having it > doesn't impact existing users of the in-core logging system. I don't > recall any specific proposals for improving the in-core logging system > to add the capabilities for session logging that the extension > provides, but it seems likely to require changes to at least the CSV > format, new log_line_prefix escape codes (which we're using quite a > few of already...), new GUCs, and potentially behavior changes to make > it work. As I say above, I'm happy to have those discussions (and > I've been party to them quite a few times in the past...), Well yeah, from my perspective, the reason not much has happened in the area of logging is that you and Magnus have repeatedly said you were planning some things. The reasons given above against changing logging just as easily apply to auditing. This implementation is only a starting point. We don't know whether it will fulfill anyone's requirements. The requirements for logging are "it feels good enough for an admin". The requirements for auditing are "it satisfies this checklist". We need to be prepared to aggressively evolve this as we gather more information about requirements. Otherwise this will become something like contrib/isn, where we know it doesn't satisfy real-world uses anymore, but we're afraid to touch it because someone might be using it and we don't have the domain knowledge to tell them to stop. -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers