Robert Treat
xzilla at xzilla
Working on database-backed, internet-based systems for over a decade, Robert is a long time user, developer, and advocate for open source technologies. Best known for his work in the Postgres community, he has contributed to numerous industry groups and is currently a co-organizer for both Baltimore and DC DevOpsDays conferences. An international speaker on databases, open source, and web operations, he occasionally blogs at https://xzilla.net
Upcoming presentations
No upcoming presentations...
Past presentations
PostgreSQL is often thought of as "The Database for DBAs", but what more and more developers are finding out is that what makes Postgres "The Worlds Most Advanced Open Source Database" is its wide array of features, many of which are really geared towards users who want to build applications on top of Postgres.
In this talk, we'll look at some of the features in Postgres you may not have see...
Jul 19 2019
Postgres 10 added a new form of replication; logical replication; into the wide array of replication and failover options available within the Postgres ecosphere. In this talk, we'll cover:
• a (very) brief history of replication in Postgres
• what is logical replication?
• differences between Postgres 10 and 11
• how does it differ from other replication options?
• good use cases f...
Mar 22 2019
PostgreSQL is often thought of as "The Database for DBAs", but what more and more developers are finding out is that what makes Postgres "The Worlds Most Advanced Open Source Database" is its wide array of features, many of which are really geared towards users who want to build applications on top of Postgres.
In this talk, we'll look at some of the features in Postgres you may not have see...
Oct 15 2018
Most of the focus for DevOps has been focused on cross-pollinating development practices and operational concerns throughout the deployment pipeline, but a lot of the conversation leaves out what is often the most critical part of your technology stack: the database. Perhaps that’s because DBA’s have always had to keep one foot in development and one in production, before there was a devop...