Hacker News new | past | comments | ask | show | jobs | submit login

The "NoSQL" movement -- which I wisely rejected -- is also responsible for this.



All "movements" have some merit, or they wouldn't exist in the first place. Nobody starts a "movement" just because. It exists because it solves something. "NoSQL" was a solution to something. Today you can benefit from best of all worlds, and still NoSQL has a place and a use case, just like anything else that exists.


I will play devil advocate

>and still NoSQL has a place and a use case, just like anything else that exists.

What actually makes you believe that it's the NoSQL that has "some use cases" and relational databases are "default ones" instead of NoSQL/no-relational by default?


I don't think there is (or should be) a "default". Default selections suggest they are picked "just because". There is a problem/use-case and a tool to solve it. Sometimes it's relational, sometimes it's nosql, sometimes it's both or even none...


There are problems that nosql databases solve easily that require a lot of fancy tricks in a RDBMS.


Huh? I strongly prefer relational databases for most things but this particular example is actually begging for a simple key-value store.




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

Search: