Home/ Questions/Q 6750319
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-26T12:47:36+00:00

I have an application that can not afford to lose data, so Postgresql is

  • 0

I have an application that can not afford to lose data, so Postgresql is my choice for database (ACID)

However, speed and query advantages of MongoDB are very attractive, but based on what I’ve read so far, MongoDB can report a successful write which may not have gone to disk, so I can’t make it my mission critical db (I’ll also need transactions)

I’ve seen references to people using mysql and MongoDB together, one for the transactions and the other for queries. Please not that I’m not talking about keeping some data in one DB and the rest in another. I want to use Postgresql as a gateway to data entry, and MongoDB for reads.

Are there any resources that offer an architecture/guide for Postgresql + MongoDB usage in this way? I can remember seeing this topic in Postgresql conference agenda, but I could not find the link.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    One way to achieve this would be to set up a master-slave replication with the PostgreSQL database as master, and the MongoDB database as slave. You would then do all reads from MongoDB, and all writes to PostgreSQL.

    This post discusses such a setup using a tool called Bucardo:
    http://blog.endpoint.com/2011/06/mongodb-replication-from-postgres-using.html

    You may also be able to do it with Tungsten Replicator, although it seems designed to be used with MySQL:
    http://code.google.com/p/tungsten-replicator/wiki/TRCHeterogeneousReplication

    • 0