Earlier quoted context omitted.
Maybe I've had the misfortune to work at companies that were especially bad at MySQL, or maybe I'm just a Bad Programmer (actually that's probably it), but I've never worked on a project using MySQL that didn't have issues which could have been resolved by switching to Postgres. The first time you need to run a DDL statement on live data (usually: "2.sql"), you'll be thankful for transactions. The places where Postgr…
MySQL has transactions. MyISAM doesn’t, but the apples to apples comparison would be InnoDB, right?
Anyone made the jump from MySQL to PostreSQL? It is worth it?
111–120 of 121 posts
Re: Anyone made the jump from MySQL to PostreSQL? It is worth it?
#112Without even implementing the partitioning and clustering - simply moving to Postgres has "reset" our performance problems on our system. We have tables with 10M+ rows in them that dragged on MySQL (Aurora RDS) - with Postgres (Aurora Postgres) things are running smoothly.
If you are dealing with huge amounts of data but not quite into "BigData" territory - I say go for it.
I just hope you have used an ORM or your queries are generalist enough to make the switch easy - even with an ORM it was a painful migration for us!
Re: Anyone made the jump from MySQL to PostreSQL? It is worth it?
#113Earlier quoted context omitted.
How is that ironic? Because HN was written in Arc, denigrating PHP is ironic? I don't get it. Edit: Oh, because the article is on the PHP subreddit. To be honest I file PHP developers using MySQL under expected, not ironic.
> I think MySQL smells like poor engineering, and PostgreSQL like good engineering > It’s like Python vs PHP, in some ways. Not just the ordering of the characterization, which would paint PHP in the positive light you clearly think is undeserving. SMH
Re: Anyone made the jump from MySQL to PostreSQL? It is worth it?
#114Earlier quoted context omitted.
Maybe I've had the misfortune to work at companies that were especially bad at MySQL, or maybe I'm just a Bad Programmer (actually that's probably it), but I've never worked on a project using MySQL that didn't have issues which could have been resolved by switching to Postgres. The first time you need to run a DDL statement on live data (usually: "2.sql"), you'll be thankful for transactions. The places where Postgr…
MySQL has transactions. MyISAM doesn’t, but the apples to apples comparison would be InnoDB, right?
Re: Anyone made the jump from MySQL to PostreSQL? It is worth it?
#115Earlier quoted context omitted.
If YOUR life is good but you want to continue to make your analysts' life a living hell => Don't change anything Otherwise, switch to Postgres. At the very least, for the love of god, make sure your MySQL is >=v8.0
Or you know just export your data to a data lake like redshift spectrum and let the analysts pay for their usage by querying from s3 and take them out of the equation on how you run the website. There is no need for a one size fits all solution here nor a centralized approach.
Re: Anyone made the jump from MySQL to PostreSQL? It is worth it?
#116Isn't that about just switching the db driver in the ORM? Sorry for being sarcastic, but was that not exactly the point of countless database abstraction layer projects?
Re: Anyone made the jump from MySQL to PostreSQL? It is worth it?
#117If your project is already on MySQL and you have no issue => Don't change anything If your project is already on MySQL and you have issues => understand the issues you are facing and make sure that moving to Postgres would fix them (99% chance it won't) If you have a new project and have very precise informations about the constraint you will face (pretty rare) => Do your research and choose what's best for your use…
Your database is one place where the old rule of "if it ain't broke, don't fix it" should apply.
Re: Anyone made the jump from MySQL to PostreSQL? It is worth it?
#118Re: Anyone made the jump from MySQL to PostreSQL? It is worth it?
#119Earlier quoted context omitted.
PostgreSQL underlies at least a plurality of SQL DBMS developments nowadays, specially for scale-out (distributed) projects.
Any sources on that assertion? A quick bit of Google searching [1] shows me only ~10% market share for PostgreSQL, compared to ~46% for MySQL. [1] https://www.datanyze.com/market-share/databases/postgresql-v...