On 4/6/15 5:03 PM, Alvaro Herrera wrote: > Simon Riggs wrote: > >> The present version can trigger an audit trail event for a statement, >> without tracking the object that was being audited. This prevents you >> from searching for "all SQL that touches table X", i.e. we know the >> statements were generated, but not which ones they were. IMHO that >> makes the resulting audit trail unusable for auditing purposes. I >> would like to see that functionality put back before it gets >> committed, if that occurs. > > Is there a consensus that the current version is the one that we should > be reviewing, rather than the one Abhijit submitted? Last I checked, > that wasn't at all clear.
Well, this one is the commitfest thread of record. At quick glance, my comments about "how does this map to specific customer requirements" apply to the other submission as well. -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
