back to article AWS DocumentDB not MongoDB-compatible, says MongoDB Inc

Amazon's DocumentDB database service is described by the cloud corp as "MongoDB compatible", but MongoDB CTO Mark Porter has told The Register this is not entirely the case. MongoDB CTO Mark Porter MongoDB CTO Mark Porter at AWS Re:invent DocumentDB is for storing, querying and indexing JSON data and its full name on AWS is …

  1. Missing Semicolon Silver badge

    4.0 is a thing.

    Azure does a document store as well. It also claims 4.0 compatibility.

    If it really implements 4.0, it's just about useful, as you do get aggregation pipelines.

    1. spireite Bronze badge

      Re: 4.0 is a thing.

      As someone who is trying to interface with CosmosDB, there is fucntionaility missing in the APIs.

      MS actually state the rationale for using the Mongo API on CosmosDB is there for the benefit of using Mongo-connection-capable clients against CosmosDB.

      As a use of several clients, I call BS. One client makes a call to the UserInfo function, which Cosmos does not support

  2. HildyJ Silver badge
    Boffin

    Mark Porter makes good points, but

    "all the ways that make MongoDB magical"

    Really? It's bad enough to call something transformative but magical is beyond the pale.

    1. Anonymous Coward
      Anonymous Coward

      Re: Mark Porter makes good points, but

      "Beyond the pail" is probably the phrase you were looking for

      1. David 132 Silver badge
        Headmaster

        Re: Mark Porter makes good points, but

        Nope. "Pale", unless you're making some clever allusion to buckets that has gone straight over my sleep-deprived head.

      2. Korev Silver badge
        Coat

        Re: Mark Porter makes good points, but

        "Beyond the pail" is probably the phrase you were looking for

        That'd only apply if you're looking at migrating data out of S3 buckets...

      3. Anonymous Coward
        Anonymous Coward

        Re: Mark Porter makes good points, but

        beyond the ...

        The next phrase to be cancelled, as offensive to non-Dubliners ?

  3. ferretdb

    just like how MongoDB is not open source

    Amazon may not even want to implement the complete feature set, just those relevant to their service & customers. SSPL is great if you don't want certain companies to use your software, but it is not a surprise if they come up with different workarounds and alternatives as a result. This surely creates confusion on compatibility and scope of features, especially if these are implemented according to the interests and needs of one specific company, like Amazon, rather than the broader user base.

    We are running an open source (Apache 2.0) project called FerretDB which is set out to come up with a MongoDB compatible proxy, and there is a lot of traction on it.

    https://github.com/FerretDB

    1. Missing Semicolon Silver badge

      Re: just like how MongoDB is not open source

      What on earth is the point of that? All of the disadvantages of Mongodb (silly query language, single key joins only, etc) without the out-of-the-box web scalability.

  4. PeterZaitsev

    Full Compatibility is unlikely to matter. I think MongoDB figured a great pattern about how to conveniently work with Document Stores from programming languages, and this approach, though not a standard is becoming akin to SQL for Relational Databases. And same as with SQL we will see some features being more important than others and full compatibility basically irrelevant.

    I think AWS had a chance to make a greater impact in the ecosystem by opensourcing DocumentDB top level to let people run it with standalone PostgreSQL, yet as they did not do that it is not surprise solutions like FerretDB are popping up to provide MongoDB experience without pesky SSPL limitations.

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

Biting the hand that feeds IT © 1998–2022