server

It was both. There were two separate software based on the same underlying technology: * ToroDB Stampede[1]: MongoDB replica, converting on-the-fly documents to relational structures. Targeting OLAP, as data normalization made queries from some % faster to 2-3 orders of magnitude faster. * ToroDB Server[2]: what DocumentDB is or FerretDB is planning to be. It was less developed than Stampede, certainly. [1]: https://github.com/torodb/stampede/ [2]: https://github.com/torodb/server (edit: formatting)

This has been attempted before: https://github.com/torodb/server I emailed the project authors a while back and they said that unfortunately it had been abandoned. A shame. I hope the FerretDB people can pull it off.

Reminds me of other abandon things I’ve seen in this space before over the years like torodb[0] and pgmongo[1]. Peeking at this implementation, it seems very immature. There is a long road ahead. Good luck! I always suspected this space never matured because the effort to rewrite a mongo app to use postgres was less than providing a drop in mongo translation layer. Though I’ve never used mongo, I’ve always presupposed the set of people who pick mongo is a mutually exclusive from the set of people that pick Postgres. Perhaps this is proof of set intersection? [0] https://github.com/torodb/server [1] https://github.com/thomas4019/pgmongo

Have you heard of ToroDB? FWIW they have benchmarks that claim it's running faster on top of Postgres than MongoDB does natively. "ToroDB Server It is a MongoDB-compatible server that supports speaks the MongoDB Wire Protocol (and therefore can be used with the same drivers used to connect to any standard MongoDB server) but stores your data into a reliable and trusted ACID database." https://github.com/torodb/server