5 ms·
Not even a hackathon?
by svisser 11y ago
Not even a hackathon?
- arthurcolle 11y agoIf your data really doesnt matter you might as well just use ElasticSearch as a document store, its a lot easier anyways
- lemevi 11y agoI doubt ElasticSearch is easier to set up and get started with than MongoDB, especially if you're coming from limited knowledge about either.
- fiatjaf 11y agoUse Redis, then.
- arthurcolle 11y agoWhy?
- EugeneOZ 11y agoActually Redis is as safe as PostgreSQL. Read the documentation please :)
- saryant 11y agoElasticSearch is trivial to set up, especially if we're talking about a small project like a hackathon. It's not without its problems but ES's first-fifteen-minutes story is pretty good.
- arthurcolle 11y agoElasticSearch takes less than 5 minutes to set up, and you literally just perform HTTP requests against it. In my opinion it is much easier than setting up MongoDB.
- meesterdude 11y agoES is wicked easy to setup and use, but it's not recommended as the primary data store for split-brain scenarios, IIRC.
- arthurcolle 11y agoOP was talking about hackathons.
- stickfigure 11y agoI've built real-world products with both ES and Mongo as primary datastores. ES is a hundred times more complicated, with a really awkward query syntax and a lot of unintuitive behavior. And, from the Call Me Maybe series, ES is no more reliable than MongoDB in a cluster. ES is amazing for what it does, but its use cases don't overlap heavily with Mongo (or RDBMSes).
- lucasmullens 11y agoThey've sponsored tons of hackathons, so it's super popular there. But to me, a big part of hackathons is learning something new, and MongoDB is apparently just not worth learning.
- joepie91_ 11y agoThis points at a bigger issue, to be honest: it seems MongoDB is popular purely because of marketing and intentional hype. Evidence for those claims that MongoDB is "fast" never materialized, nobody really knew where the claim came from, yet it was constantly repeated. They sponsor a lot of hackathons, and so on.
- giaour 11y agoMongoDB has THE WORST vendor lock-in imaginable, so only use it if you know that you could throw everything away. Source: my last employer used MongoDB, and switching to an RDBMS would have forced us to rewrite ~80% of the codebase.
- sshb 11y agoAbout 80% rewrite: it is poor abstraction problem rather then vendor lock-in one
- giaour 11y agoYeah, that contributed, but it wasn't any worse than most other CRUD apps I've seen.
- cwyers 11y agoAbstracting over your database only makes sense if you're writing something that's lowest common denominator. If your application runs equally well on MongoDB and something else you either are running poorly on both or you are spending a lot of resources on writing your abstraction layer.
- deleted 11y ago[deleted]
- oliyoung 11y ago"you know that you could throw everything away" To be fair, that's like 99% of all hackathons I've been to