back to article MongoDB shoots for $220m in IPO, values NoSQL biz at $1.2bn

MongoDB hopes to rake in as much as $220.8m when it finally goes public – a move expected later today. The NoSQL database company, which started life as 10Gen in 2007, has set its share price at $24, up from previous market estimates of around $21. It is putting 8 million Class A shares on the market, with trading due to …

  1. Charlie Clark Silver badge

    "The relational database era is passing…"

    Yes, because mathematically demonstrable advantages are no longer important!

    This should be a red flag to anyone to avoid this company with a barge pole.

    1. TheVogon

      Re: "The relational database era is passing…"

      "Yes, because mathematically demonstrable advantages are no longer important!"

      See https://www.youtube.com/watch?v=b2F-DItXtZs

      1. Charlie Clark Silver badge

        Re: "The relational database era is passing…"

        That one never gets old, except MySQL… yuck! ;-)

        Anyway, I've said it before a $1.2 bn valuation sounds very much like a pump and dump fire sale. No doubt my bank and pension funds are scrambling to get their piece of the action. :-(

      2. Korev Silver badge
        Pint

        Re: "The relational database era is passing…"

        You beat me to posting that!

  2. Anonymous Coward
    Anonymous Coward

    Bubble

    Mongo is the boo.com of databases, prepare to lose your shirts...

  3. oxfordmale78

    Don't buy

    MongoDB has an awful query language and doesn't play well with Apache Spark. There are much better document databases available on both AWS and Azure, so personally I would consider this company heavily overvalued.

    1. Korev Silver badge

      Re: Don't buy

      Out of interest, which ones do you think are "much better" and why?

      1. Charlie Clark Silver badge

        Re: Don't buy

        @Korev it depends an awful lot on what you want: time series, documents, etc. NoSQL stuff should really be thought of as some form of denormalised data store that is particularly suitable for particular use cases or queries, where the flexibility of the relational model is less appreciated and you have very large (> 100 GB) datasets you want to play with. There are specialised DBs for things like time series (logs can get big quickly) but HDFS (Hadoop) with Apache Spark is a reasonable place to start to get a feel for the area.

        But it's also worth pointing out how useful something like Binary JSON for Postgresql is as an add-on to an existing project.

        1. Korev Silver badge
          Boffin

          Re: Don't buy

          Ta.

          I've had a play with Spark and I like it a lot. I do have the problem that most data that we play with happily fits in RAM on a single machine* though!

          * We're an HPC shop so we have more to play with than a lot of people

          1. oxfordmale78

            Re: Don't buy

            Spark still offer free parallelisation and that can be useful if your language of choice doesn't support parallelisation very well (e.g. Python). However, it is indeed most suited when you need to scale out to multiple machines.

            Regarding MongoDB, I found it a pain to setup and to maintain. AWS DynamoDB has its own problems, but is a lot easier to setup and maintain and has better security by default. In-house I generally use PostgreSQL or Hadoop HDFS, depending on the problems I am trying to solve. However, more importantly for this IPO, the companies that I have worked for and are using MongoDB, are generally very happy to run the community edition without a support contract. That probably explains the large losses.

          2. Charlie Clark Silver badge

            Re: Don't buy

            I've had a play with Spark and I like it a lot. I do have the problem that most data that we play with happily fits in RAM on a single machine* though!

            Slightly confused by this because as long as your data fits into RAM you shouldn't have any problems. Both SparkQL and Google's Big Query have acknowledged, that despite its many problems, there are huge advantages in a standard query language. I guess the main difference between NoSQL and relational is whether you want or need persistent indices. NoSQL kind of implies extremely that your data is transitory so it's hardly worth indexing.

POST COMMENT House rules

Not a member of The Register? Create a new account here.

  • Enter your comment

  • Add an icon

Anonymous cowards cannot choose their icon

Other stories you might like