Jim Mlodgenski in attendence at the 9th Annual PGConf.EU and I am working hard on updating my slides for my presentation at PGConf Seattle. PGConf Seattle is being held at the downtown Seattle Sheraton on November 13th and 14th. I will be speaking on Postgres version 10. I will also be training on Postgres Performance and Maintenance (you can buy your ticket here). If you are planning on attending …
Blog
Postgres is better than MySQL but not because of how long it took to fix a bug
Many argue which is better: PostgreSQL or MySQL. A recent post by MySQL evangelist and community manager Frederic Descamps prompted some criticism of the amount of time that it took for a particular bug to be fixed -- 14.5 years to be exact, from the initial report.
There’s a long list of technical and performance comparisons, but here’s the number one reason to choose Postgres over MySQL.
Community Drives Change …
London PostgreSQL Meetup
One of the fantastic characteristics of Postgres leaders is their willingness to serve the community.
Yesterday I found out that one of our former team members, Devrim Gunduz, has created a new London PostgreSQL user group and they had their inaugural meeting in October. At the time of this writing there were 123 members in the group. This level of response shows a great demand for Postgres content. I spoke …
Silicon Valley Postgres Meetup: How to Auto-cache Postgres with no code changes
The first meeting of the Silicon Valley Postgres Meetup was last night. Amazon Web Services sponsored the facilities in Cupertino and Roland Lee from Hemdalldata presented on:
How to Auto-Cache Postgres with no code changes.
There were about 20 people in attendance as well as another half a dozen that participated via Amazon Chime. Debbie Cerda, our Director of Business Development flew out from Austin, Tx to host. When we …
Postgres at Seattle Web Developers Meetup, recap
Postgres: The center of your data universe
This talk is proving to be great content for those who are not necessarily Postgres Users. Last night I presented this talk at the Seattle Web Developers Meetup. The location was Adobe, next to Google and Tableau. I didn't even know there was a small tech complex on N. 34th in Seattle. There were about 27 people, which falls in line with the …
Postgres, upcoming community awesomeness
Upcoming community awesomeness
Now that summer is over and we have officially decided never to schedule anything in August again, we need to share a bunch of upcoming community goodness!
Never lose sight of the goal
- Postgres the center of your data universe at the Seattle Web Developers meetup on September 14th. This is an updated presentation that I gave at Datalayer last May. I am adding some goodies specifically …
Postgres v10: An Amplified version of PostgreSQL at VanDev and Vancouver Postgres tonight!
If you are looking for all the skinny on Postgres v10, I have just the meetup for you. I will be giving my presentation: Postgres V10: An Amplified version of PostgreSQL tonight at a joint meeting of Vancouver Developers Network and Vancouver Postgres Meetup. Be there or be square.
In this presentation I go over all the major features in Postgres v10 including but not limited to:
- BigData
- Replication and …
Announce: Denver Postgres User Group
After much deliberation with the CMD community team we have launched the Denver Postgres User Group! We hope that our community in Denver, Boulder, and Colorado Springs will join us at upcoming events and submit content. It has been a long time since we have had an active Denver group and Denver is a hot bed for Postgres external development. Our first meeting will be announced soon and should …
Postgres deferred PRIMARY KEYS, a hidden gem
Oracle 7.3 supports it!
That is how this all started. A gentleman tweeted about a Postgres limitation that Oracle has not had since at least since Oracle 7.3.
The problem
As you can see in the tweet, Postgres by default will not defer a PRIMARY KEY check. Without the check being deferred the following will not work:
postgres=# select * from demo; id ---- 1 2 (2 rows) postgres=# …
Postgres autovacuum, bloat and tpc-c style workloads

For most workloads the Postgres Autovacuum daemon works just fine. You go about your day with 3 workers that wake up once a minute to make sure that everything is nice and tidy. If things are dirty enough (around 10%) then one of the workers gets in gear and cleans things up. Unfortunately, if you have an inverted load from the norm, Autovacuum may not be able to keep up …