# Back from Ottawa, preparing for Cambridge

DevFeed: [Back from Ottawa, preparing for Cambridge](<https://devfeed.tech/articles/back-from-ottawa-preparing-for-cambridge-34412.md>)

Original publisher: [Read original article](<https://tapoueh.org/blog/2011/05/back-from-ottawa-preparing-for-cambridge/>)

Author: Dimitri Fontaine PostgreSQL Major Contributor; Author

Published: 2011-05-30T09:00:00Z

Content type: opinion

Language: en

Sources: [Dimitri Fontaine](<https://devfeed.tech/sources/dimitri-fontaine.md>)

Topics: [PostgreSQL](<https://devfeed.tech/topics/postgresql.md>), [Replication](<https://devfeed.tech/topics/replication.md>), [Availability](<https://devfeed.tech/topics/availability.md>)

Tags: [clustering](<https://devfeed.tech/tags/clustering.md>), [debian](<https://devfeed.tech/tags/debian.md>), [documentation](<https://devfeed.tech/tags/documentation.md>), [high-availability](<https://devfeed.tech/tags/high-availability.md>), [management](<https://devfeed.tech/tags/management.md>), [monitoring](<https://devfeed.tech/tags/monitoring.md>), [packaging](<https://devfeed.tech/tags/packaging.md>), [postgresql](<https://devfeed.tech/tags/postgresql.md>), [replication](<https://devfeed.tech/tags/replication.md>), [triggers](<https://devfeed.tech/tags/triggers.md>)

## AI overview

The author returns from PG Con in Ottawa and prepares for CHAR 11 in Cambridge. The article discusses PostgreSQL SSI and DDL triggers as possible foundations for auditing, finer-grained privilege management, and more automated replication, and mentions planned work on Skytools 3 documentation and monitoring.

## Source excerpt

While Magnus is all about PG Conf EU already, you have to realize we're just landed back from PG Con in Ottawa. My next stop in the annual conferences is CHAR 11, the Clustering, High Availability and Replication conference in Cambridge, 11-12 July. Yes, on the old continent this time. This year's pgcon hot topics, for me, have been centered around a better grasp at SSI and DDL Triggers. Having those beasts in PostgreSQL would allow for auditing, finer privileges management and some more automated replication facilities. Imagine that ALTER TABLE is able to fire a trigger, provided by Londiste or Slony, that will do what's needed on the cluster by itself. That would be awesome, wouldn't it?