Is it me..or does Mongo not seem as relevent and 'hip' as it once was... I mean I feel postgres is much more solid, and you can combine some of the aspects of document store via the json data types they added... of course I'm not really a DBA and don't have a lot of Mongo experience ... but personally I feel rdbms make more sense for growth/scaling..
whenever I hear people say such things as "Oh..this app won't work well with RDBMS and it definitely needs a Document style Db.", I recall that facebook from its beginning and still use MySQL (RDBMS) database. This proves that RDBMS is relentlessly scalable and can work with very complex apps.
MongoDB shares jump more than 30% in $192M IPO
401–410 of 425 posts
Re: MongoDB shares jump more than 30% in $192M IPO
#402Earlier quoted context omitted.
It starts really early on. When I first used MongoDB I thought to myself "what a fresh breath, I can finally ignore normalization!" The documents I inserted would contain all the information I needed. One retrieval and I got what I needed. Wow!! But then I started doing sorting, searching and I had to do most of the work on the client side (my backend). At that point, I found myself in trouble because in my other tab…
It amazes me how quickly our industry has forgotten the need for DBAs. With these MongoDBs, MPP cloud dbs and Hadoops, everyone seems to have assumed that engineers can now do all db work. This is reflected in the titles too: Data "Engineer". But from my perspective, this is delusional. There is a lot that goes into DBA's experience that is not solved by the performance improvements in databases over the past decade.…
Re: MongoDB shares jump more than 30% in $192M IPO
#403Hmm, I work for a competing nosql company and the good news about the IPO is: It should raise the visibility of all database products, not just Mongo. The second part is that IPO for a database company is viable in this climate. Some of the early workers have been waiting for a long time for the IPO. I bet this spawns a new group of seed investors.
Re: MongoDB shares jump more than 30% in $192M IPO
#404Earlier quoted context omitted.
>> not sure HN celebrates products for simply being successfully marketed Except that Mongo didn't find success through "simply being successfully marketed". So many people in this thread cannot seem to understand how to look at the business as a whole. Software devs are blasting the software for not being a mind-blowing piece of technology, while not understanding that it has its niche and - apparently - a good busi…
Have you looked at their financials? They are in the same bandwagon as their technology.
Re: MongoDB shares jump more than 30% in $192M IPO
#405Re: MongoDB shares jump more than 30% in $192M IPO
#406Earlier quoted context omitted.
If they had done so by presenting a product that was picked up due to it's merit and continued to gain traction based on that then I'd be rather impressed. Instead the story of MongoDB seems to be how extremely well targeted marketing and sales can build a so-so product into a huge IPO, there have been performance comparisons showing it isn't even the best at what it does so this IPO is riding on the network effect o…
Ah, right, like RethinkDB? As much as I'd love this to be true, the #1 measure of success is if people even know you exist and #2 is if you solve enough of a customer's problems that it's worth using your product. MongoDB hit these two points hard right out of the gate and are now very successful because of it.
Re: MongoDB shares jump more than 30% in $192M IPO
#407Earlier quoted context omitted.
> I don't think there is a good example. The decision to store some data outside of an RDBMS must have more to do with the processing model or something else. What else other than the processing model and business requirements would determine how you model and store your data?
That was my point. The person I responded to said that they only store "non-relational data" in NoSQL so I was asking what that was.
Re: MongoDB shares jump more than 30% in $192M IPO
#408ach, the interminable hatred of mongodb is an anthropological artifact worthy of study. It's the only truly working example of a horizontally scalable arbitrary document storage and retrieval system with indexing on any element. It is a much more general tool then an RDBS, and should never be used when an RDBS would do the job. However, it's really good at collecting searchable, arbitrary schemaless data in real time…
(Full disclosure: PM at MarkLogic)
Re: MongoDB shares jump more than 30% in $192M IPO
#409Earlier quoted context omitted.
Everyone here seems to love Postgres and hate on Mongo, I have no technical knowledge to compare the two, so IMO a lot of that love and hate is more towards the "project attitude", MongoDB is a suit, a sellout, with bullshit marketing and all Postgres is like some roots hippie, that cares a lot more about technical values and neglects marketing.
MongoDB accrued a lot of bad-will due to some extremely questionable defaults, which remain defaults to this day. There's no question that you can write a fast database when there's no guarantee that data ever hits the disk, but developers tend not to like it when a database accepts their write and then silently loses data. It's also great for toy problems and 15-minute-demos... but then you inevitably run into its l…
I'm pretty sure that mmap was the only storage engine available for MongoDB for most of the hype period.
Re: MongoDB shares jump more than 30% in $192M IPO
#410Earlier quoted context omitted.
Ah, right, like RethinkDB? As much as I'd love this to be true, the #1 measure of success is if people even know you exist and #2 is if you solve enough of a customer's problems that it's worth using your product. MongoDB hit these two points hard right out of the gate and are now very successful because of it.
And there are no bad reviews of Rethinkdb because nobody used it for real
> A RethinkDB employee told me he thought I was their biggest user in terms of how hard I was pushing RethinkDB.
http://blog.sagemath.com/2017/02/09/rethinkdb-vs-postgres.ht...