News for hackers. Stuff that matters.
Re:Making MySQL Better at GitHub by ksec on Wednesday September 03, 2014 @04:42AM (#8262049)
I thought it was more to do with Github is based on Rails, and MySQl is the default choice.

Yes, I really wish DHH and the Basecamp team would move to Postgre , therefore moving the community to it.

Re:Making MySQL Better at GitHub by jeremykemper on Wednesday September 03, 2014 @12:05PM (#8263657)
SQLite is the Rails default, in fact.

In October 2013, NewRelic reported that 53% of their customers are using PostgreSQL: http://blog.newrelic.com/2013/10/10/infographic-state-stack-...

In July 2014, Planet Argon's Rails survey showed a surge in preference for PostgreSQL since 2012: http://rails-hosting.com/Results/2014/index.html#Database

Neither captures the distribution of usage from small- to large-scale apps, but it does look like the community has already moved both in mindshare and number of production deployments. I'd wager that Heroku's PostgreSQL default is responsible for much of that.

Re:Making MySQL Better at GitHub by samlambert on Wednesday September 03, 2014 @07:05AM (#8262370)
I find it quite patronizing that you assume the only reason anyone would use MySQL is that it is the default choice.
Re:Making MySQL Better at GitHub by calinet6 on Wednesday September 03, 2014 @10:11AM (#8263049)
Given the needs of most applications (which don't press either database's capabilities whatsoever), that really is probably the main reason.
Re:Making MySQL Better at GitHub by yangyang on Wednesday September 03, 2014 @08:31AM (#8262627)
I think there is some truth in it though; that and the inertia it currently has.

If you're picking up a framework, do you use the default database or try to do something non-default on top of what you're already learning?

Re:Making MySQL Better at GitHub by Alupis on Wednesday September 03, 2014 @10:42AM (#8263203)
>I find it quite patronizing that you assume the only reason anyone would use MySQL is that it is the default choice.

Really? Defaults are supposed to be sane and the best-fit-for-most-common-scenarios... so it's a little patronizing to automatically assume your project is just so special that defaults are not good enough.

Defaults should be good enough until they have been proven to not be good enough. Don't over-engineer your project.