Check out the highlights from Developer Week

Polyglot Persistence Vs Multi-Model Database

Polyglot persistence and multi-model databases allow an application to take advantage of multiple data models. Applications have to scale exponentially when the user base grows. Often, only one database is not enough to support all the functionalities required. This requires setting up more than one endpoint for data storage.

When building an application, there are multiple types of databases to choose from. Each has its own advantages and disadvantages so instead of choosing one storage type and dealing with trade-offs, each functionality can use the model best-suited.

What is polyglot persistence?

Polyglot storage allows integration of multiple types of data storage ranging from traditional RDBMS (Relational Database Management Systems) to NoSQL databases such as Graph, Document, Key-Value store. This is a form of decentralized data management architecture.

When to use polyglot persistence

Polyglot persistence opens up the possibility of using any type of database required, including SQL or NoSQL. So the application can technically have the best of both worlds.

In case ACID transactions are necessary, the application can be connected to an RDBMS, in case the data is semi-structured and flexible, Document store can be used.

Polyglot persistence requires integration of individual streams of data storage into the application. Maintaining these different blocks of data can be challenging. Apart from maintaining licensing fees for different storage vendors, the technical team has to be familiar with multiple models and develop infrastructure to seamlessly integrate them into a working application. This requires a lot of framework planning and implementation efforts as well.

What is a multi-model database?

A multi-model database is an all-access database with only one endpoint. This means that the data is centralized but there are options to use different databases at the same endpoint. 

When to use a multi-model database

In a multi-model database, it is much easier to integrate different data streams into an application. There is no need to worry about scalability or optimizing performance on data from different databases manually. Since all the data rests at one endpoint, it is much easier to set up an application and use the data, leading to increased efficiency.

Unlike polyglot persistence, multi-model does not include RDBMS, so maintaining ACID transactions might be a problem. Although in some cases ACID properties are offered by NoSQL databases. Also, this is a new framework hence there are a limited number of vendor options in the market.

Polyglot Persistence or Multi-model Database?

As discussed above, Polyglot persistence and multi-model databases have their own advantages and drawbacks. As the Information Technology sector is booming, there are a variety of use cases and requirements that might be better suited to Polyglot or NoSQL Multi-model databases. Hence, there is no universal solution. The choice depends on the requirements of the application.


Macrometa’s Global Data Network (GDN) offers a geo-distributed multi-model database, with integrated pub/sub and complex event processing. This allows creation of stateful APIs and real-time processing of data streams in real-time.


Applications today have a variety of needs and requirements. Multi architecture databases allow the usage of more than one database so use cases can utilize the best suited database. Multi-model databases are centralized and include only NoSQL storage structures while Polyglot persistence includes SQL as well but it is decentralized so becomes more complicated to implement.


Global Data Network
Join the Newsletter