Amazon DocumentDB, with MongoDB compatibility • Hacker News Board

Re: Amazon DocumentDB, with MongoDB compatibility

#321

Post by bloomburger » Tue, Jan 15, 2019, 1:33 AM UTC

halbritt wrote: post #282

Corrado wrote: post #244

Earlier quoted context omitted.

We used MongoDB in my last job and I just want to say that I would have given up management of that beast in a heartbeat. We didn't stress MongoDB nearly enough to warrant all the effort required to construct it, monitor it, back it up, etc. Even if the performance was crappy, I would have lobbied hard to change to DocumentDB ASAP.

While I don't love MongoDB, I don't find it to be especially difficult to run. I'm running ~200 instances of MongoDB with a small team and it consumes very little of my attention. ElasticSearch on the other hand...

Why is Elastic so difficult to run for you?

Re: Amazon DocumentDB, with MongoDB compatibility

#322

Post by metheus » Thu, Jan 17, 2019, 3:37 AM UTC

karmelapple wrote: post #300

metheus wrote: post #299

Earlier quoted context omitted.

Wait... do you mean something other than https://docs.mongodb.com/manual/replication/ ?

I'm thinking about the use case to have a native app be able to work nicely with no internet connection, but then once the internet connection resumes, it downloads new data from the server and sends its offline-modified data up to the server. From a quick search online [0] [1], I see people doing offline MongoDB sync using SQLite, but nothing like using Mongo directly. With CouchDB, we can use either the old Couchba…

Dunno if this thread is too cold for you to notice my reply, but there absolutely is... MongoDB Mobile was released last year, and along with Stitch, MognoDB’s serverless application platform, you can get exactly what you want — mobile sync.

Re: Amazon DocumentDB, with MongoDB compatibility

#323

Post by UlfWendel » Wed, Jan 23, 2019, 4:42 PM UTC

talawahdotnet wrote: post #138

erikig wrote: post #80

Earlier quoted context omitted.

It would be nice if Amazon provided an API to access the data via SQL alongside the MongoDB API; I've seen quite a number of organizations migrate from mongo to Postgres once they get out of the rapid development phase. This would make that transition butter smooth.

I doubt that they actually built this on top of Postgres. They probably just integrated the WiredTiger[1] storage engine used by Mongo with their Aurora storage subsystem. I am however really hoping Amazon provides a MySQL 8.0 compatible version of Aurora with full support for its new hybrid SQL and Document Store interfaces[2] courtesy of the X DevAPI[3] and lightweight "serverless" friendly connections courtesy of…

What's the motivation for a faster access path to InnoDB: performance?

X DevAPI and X Protocol/X Plugin could team up and map K/V style access to the server internal InnoDB API instead of using a SQL service as it is currently done. They could try to do it "transparently" or let you set hints. Whatever is desired from an application standpoint.