<story><title>Why Did So Many Startups Choose MongoDB?</title><url>https://www.nemil.com/mongo/1.html</url></story><parent_chain><item><author>epmaybe</author><text>Why wouldn&amp;#x27;t you always use something that is tried-and-true? MongoDB is relatively new compared to something like postgresql or even mysql.</text></item><item><author>Daishiman</author><text>The misplaced hype cycle is real.&lt;p&gt;10gen is &lt;i&gt;not&lt;/i&gt; a company dedicated to databases, at least not if the initial code quality of MongoDB is a signal (and it should be, since if you know a thing or two about storage you wouldn&amp;#x27;t take the compromises it initially did)&lt;p&gt;Unfortunately, many fresh graduates with no experience in storage decided to evaluate the technology based on its very visible merits, without considering that scalability is not really a top priority even in companies that have to &amp;quot;scale&amp;quot;, and that reliability trumps every other metric.&lt;p&gt;Mongo has failed spectacularly in being a reliable data store, and its scalability is mediocre, given that it&amp;#x27;s a lot more about query planning, analytics and optimization than having out-of-the-box sharding.&lt;p&gt;This is one of those areas having some seniority does wonders. Storage concepts are not easy to grasp, and evaluating a database&amp;#x27;s reliability takes much longer than most product cycles.</text></item></parent_chain><comment><author>memracom</author><text>Not only that but you can use PostgreSQL as a NoSQL and there are benchmarks showing that it outperforms MongoDB.&lt;p&gt;And if you do not want to commit to either SQL or NoSQL, the PostgreSQL has you covered. You can put a JSONB column in any of your tables to handle the part of your data that is schemaless, and you can still index the data in that JSONB column.&lt;p&gt;There are a very few applications that need distributed scalability beyond what Oracle or PostgreSQL can provide, and those ones need NoSQL. They also need highly skilled competent developers who are capable of reimplementing some needed functionality of RDBMSes at scale.</text></comment>
<story><title>Why Did So Many Startups Choose MongoDB?</title><url>https://www.nemil.com/mongo/1.html</url></story><parent_chain><item><author>epmaybe</author><text>Why wouldn&amp;#x27;t you always use something that is tried-and-true? MongoDB is relatively new compared to something like postgresql or even mysql.</text></item><item><author>Daishiman</author><text>The misplaced hype cycle is real.&lt;p&gt;10gen is &lt;i&gt;not&lt;/i&gt; a company dedicated to databases, at least not if the initial code quality of MongoDB is a signal (and it should be, since if you know a thing or two about storage you wouldn&amp;#x27;t take the compromises it initially did)&lt;p&gt;Unfortunately, many fresh graduates with no experience in storage decided to evaluate the technology based on its very visible merits, without considering that scalability is not really a top priority even in companies that have to &amp;quot;scale&amp;quot;, and that reliability trumps every other metric.&lt;p&gt;Mongo has failed spectacularly in being a reliable data store, and its scalability is mediocre, given that it&amp;#x27;s a lot more about query planning, analytics and optimization than having out-of-the-box sharding.&lt;p&gt;This is one of those areas having some seniority does wonders. Storage concepts are not easy to grasp, and evaluating a database&amp;#x27;s reliability takes much longer than most product cycles.</text></item></parent_chain><comment><author>rubyn00bie</author><text>My guess...&lt;p&gt;SQL is a lot for newcomers to grasp on top of learning the rest of their stack. The appeal of &amp;quot;no schema&amp;quot; is most likely what gets them as it seems easier than SQL. Simple things at first seem daunting like: constraints, joins, and indexes. What they fail to see is that doing these database level things in the application layer becomes the final level hell and you get to live it.&lt;p&gt;People also undervalue their data and it&amp;#x27;s integrity.&lt;p&gt;I personally do not like mongo and see zero reason for it except perhaps in some very niche use cases and even then, I&amp;#x27;d still choose another document store over it.</text></comment>