Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Does anyone know the back story to Uber - why didn't it try to improve Postgres rather than move on to feed on another host?


In one of the other HN threads on the issue, there was mention that the switch occurred shortly after a change in leadership position of individuals with enough 'power' to impart technology changes by decree. So there is an aspect that there was some, if not much, political opinion involved as there was any technical analysis involved in the change.

Given the fact that the change which occurred is an "apples to oranges comparison" change (PostgreSQL and an SQL normalized DB table structure to MySQL and a noSQL style single table key-value store) then there is some credence one can put towards the rumor that some (or most) of the change may have come about from a PHB [1] saying "do this, this way".

[1] PHB (Pointy Haired Boss, Dilbert cartoon reference)


Most likely they don't have any engineers with the skills necessary to build/improve a RDBMS.

(note I said build, not use, different skillsets between driving a car and re-configuring the engine to run on seed oil)


> why didn't it try to improve Postgres

Honestly, why would they? If there is a product that does what they need, why spend resources improving another.

Just because it's open source and they could spend money improving it, doesn't mean a company will spend that money improving it.


> If there is a product that does what they need, why spend resources improving another.

I would hardly say MySQL does what they need without any improvements. They built an entire second platform on top of it.

https://eng.uber.com/schemaless-part-one/


MySQL does need improvements. This [0] is an example.

[0] https://github.com/facebook/mysql-5.6


MySQL does need so much improvements

https://dom.as/2016/08/03/mysql-does-not-need-sql/


Isn't MySQL owned by Oracle and closed sourced as a result these days?


Considering some of the things they wanted to improve were presented almost a decade before as problems (along with technically sound solutions to those problems), I actually think they did the best thing they could for the Postgres community.


because they couldn't find what they were looking for in Posgres forum


And we all know Uber cannot afford a couple of hours of professional PostgreSQL consulting.




actually I watched the video and the errors happend here are more cultural errors. I guess the switch is more like a "we failed, so we start new". and new means with something different.

also their replication strategy looked like a joke and not enough automation. hopefully they never use galera, else their bad engeering practices could actually suffer in huge data losses.

I've once run galera-cluster and it pretty easy came to data losses especially after short network splits which occured randomly at the network.




Consider applying for YC's Fall 2026 batch! Applications are open till July 27.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: