Uber's Move Away from PostgreSQL
11–17 of 17 posts
Re: Uber's Move Away from PostgreSQL
#12"Unfortunately, the article doesn’t make this very clear because it doesn’t mention how their requirements changed with the introduction of Schemaless compared to 2013, when they migrated from MySQL to PostgreSQL."
MySQL -> PostgreSQL -> MySQL ...
Need to keep these developers busy!
But seriously, migrating databases is a huge effort from my experience, where a lot of preperation needs to take place to not corrupt any data or get data in an inconsistent state.
So this takes quite some engineering effort away from feature development.
Re: Uber's Move Away from PostgreSQL
#13Re: Uber's Move Away from PostgreSQL
#14Uber says the moved to their "schemaless", which means, as far as I understand, that every update will always touch at least one index. Hence am not sure I understand why Robert and Markus are not clear about the HOT vs Non-HOT case; all the updates will be Non-HOT.
Re: Uber's Move Away from PostgreSQL
#15Earlier quoted context omitted.
> It's human nature to become defensive when presented with conflict with your current way of thinking, and yet here they didn't do that. I wonder if this attitude is correlated with their choice of the more laissez-faire BSD license compared to GPL MySQL. It seems to indicate a less strong personality attachment to the project.
The MySQL license was a commercial decision by the company (MySQL AB) so that they could also sell proprietary licenses to businesses.
Not agreeing nor disagreeing with BSDvsGPL theory, just pointing out a flaw in your reasoning.
Re: Uber's Move Away from PostgreSQL
#16Uber says the moved to their "schemaless", which means, as far as I understand, that every update will always touch at least one index. Hence am not sure I understand why Robert and Markus are not clear about the HOT vs Non-HOT case; all the updates will be Non-HOT.
As I understand it, Schemaless is append only, so there are no updates at all.
Re: Uber's Move Away from PostgreSQL
#17It has been pointed out before, but I'll mention again. It is impressive how PostreSQL community reacted. There was no immature name calling, no blaming users. They analyze the problem, mention possible solutions, admit known shortcomings and so on. This is a community worth being a part of and engineers worth working with.
I completely agree. It's human nature to become defensive when presented with conflict with your current way of thinking, and yet here they didn't do that. I thought that this article was a very well reasoned and thoughtful response to the Uber article and gives me hope that PostgreSQL will continue to improve.
Rather than making difficult-to-prove statements about humans that imply some sort of just moral backing for behavior, perhaps we should just refer to it as "something [lots of] people do."