StackShareStackShare
Follow on
StackShare

Discover and share technology stacks from companies around the world.

Follow on

© 2025 StackShare. All rights reserved.

Product

  • Stacks
  • Tools
  • Feed

Company

  • About
  • Contact

Legal

  • Privacy Policy
  • Terms of Service
  1. Stackups
  2. Application & Data
  3. Databases
  4. Databases
  5. Cassandra vs MongoDB vs PostgreSQL

Cassandra vs MongoDB vs PostgreSQL

OverviewDecisionsComparisonAlternatives

Overview

PostgreSQL
PostgreSQL
Stacks103.0K
Followers83.9K
Votes3.6K
GitHub Stars19.0K
Forks5.2K
MongoDB
MongoDB
Stacks96.6K
Followers82.0K
Votes4.1K
GitHub Stars27.7K
Forks5.7K
Cassandra
Cassandra
Stacks3.6K
Followers3.5K
Votes507
GitHub Stars9.5K
Forks3.8K

Cassandra vs MongoDB vs PostgreSQL: What are the differences?

Introduction

Cassandra, MongoDB, and PostgreSQL are all popular database management systems, each with its own strengths and use cases. Understanding their differences is crucial for selecting the right database for a specific application or project.

  1. Scalability: Cassandra is a distributed database known for its ability to handle massive amounts of data across multiple nodes. It is designed to be highly scalable and can easily handle big data workloads. In contrast, MongoDB and PostgreSQL are primarily designed for single-node setups, although they can also handle some level of scalability through sharding and replication.

  2. Data Model: MongoDB is a document-oriented database, where data is stored in flexible, JSON-like structures known as documents. It allows for dynamic schema, making it well-suited for applications with evolving data requirements. On the other hand, Cassandra and PostgreSQL follow the table-based relational model. Cassandra offers a flexible schema design, while PostgreSQL requires a predefined schema.

  3. Consistency: In terms of consistency, PostgreSQL provides strong consistency guarantees and ensures that each read operation returns the most recent write. MongoDB, on the other hand, offers eventual consistency by default, meaning that reads may not immediately reflect the latest writes. Cassandra falls between the two, offering tunable consistency levels that enable trade-offs between availability and consistency.

  4. Query Language: PostgreSQL uses SQL as its primary query language, making it a good fit for applications that rely heavily on complex queries and relational operations. MongoDB introduces its own query language called MongoDB Query Language (MQL), which supports document-based queries and aggregation pipelines. Cassandra, however, requires the use of Cassandra Query Language (CQL), which is similar to SQL but lacks certain relational features.

  5. Data Storage: Cassandra employs a distributed data storage model based on a consistent hashing algorithm, ensuring data is evenly distributed across the cluster. In MongoDB, data is stored in a flexible binary representation known as BSON (Binary JSON). PostgreSQL stores data in a relational manner using tables with rows and columns.

  6. Data Integrity and Transactions: PostgreSQL emphasizes data integrity and supports full ACID (Atomicity, Consistency, Isolation, Durability) compliance. It allows for complex transactions and enforces referential integrity through foreign key constraints. While MongoDB provides some level of atomicity and isolation, it does not support multi-document transactions. Similarly, Cassandra also lacks full ACID compliance, prioritizing high availability and partition tolerance.

In summary, Cassandra offers excellent scalability and is ideal for big data workloads, while MongoDB provides flexibility with its document-oriented data model. PostgreSQL, on the other hand, excels in complex querying and transactional integrity.

Share your Stack

Help developers discover the tools you use. Get visibility for your team's tech choices and contribute to the community's knowledge.

View Docs
CLI (Node.js)
or
Manual

Advice on PostgreSQL, MongoDB, Cassandra

Kyle
Kyle

Web Application Developer at Redacted DevWorks

Dec 3, 2019

DecidedonPostGISPostGIS

While there's been some very clever techniques that has allowed non-natively supported geo querying to be performed, it is incredibly slow in the long game and error prone at best.

MySQL finally introduced it's own GEO functions and special indexing operations for GIS type data. I prototyped with this, as MySQL is the most familiar database to me. But no matter what I did with it, how much tuning i'd give it, how much I played with it, the results would come back inconsistent.

It was very disappointing.

I figured, at this point, that SQL Server, being an enterprise solution authored by one of the biggest worldwide software developers in the world, Microsoft, might contain some decent GIS in it.

I was very disappointed.

Postgres is a Database solution i'm still getting familiar with, but I noticed it had no built in support for GIS. So I hilariously didn't pay it too much attention. That was until I stumbled upon PostGIS and my world changed forever.

449k views449k
Comments
Ido
Ido

Mar 6, 2020

Decided

My data was inherently hierarchical, but there was not enough content in each level of the hierarchy to justify a relational DB (SQL) with a one-to-many approach. It was also far easier to share data between the frontend (Angular), backend (Node.js) and DB (MongoDB) as they all pass around JSON natively. This allowed me to skip the translation layer from relational to hierarchical. You do need to think about correct indexes in MongoDB, and make sure the objects have finite size. For instance, an object in your DB shouldn't have a property which is an array that grows over time, without limit. In addition, I did use MySQL for other types of data, such as a catalog of products which (a) has a lot of data, (b) flat and not hierarchical, (c) needed very fast queries.

575k views575k
Comments
Mike
Mike

Mar 20, 2020

Needs advice

We Have thousands of .pdf docs generated from the same form but with lots of variability. We need to extract data from open text and more important - from tables inside the docs. The output of Couchbase/Mongo will be one row per document for backend processing. ADOBE renders the tables in an unusable form.

241k views241k
Comments

Detailed Comparison

PostgreSQL
PostgreSQL
MongoDB
MongoDB
Cassandra
Cassandra

PostgreSQL is an advanced object-relational database management system that supports an extended subset of the SQL standard, including transactions, foreign keys, subqueries, triggers, user-defined types and functions.

MongoDB stores data in JSON-like documents that can vary in structure, offering a dynamic, flexible schema. MongoDB was also designed for high availability and scalability, with built-in replication and auto-sharding.

Partitioning means that Cassandra can distribute your data across multiple machines in an application-transparent matter. Cassandra will automatically repartition as machines are added and removed from the cluster. Row store means that like relational databases, Cassandra organizes data by rows and columns. The Cassandra Query Language (CQL) is a close relative of SQL.

-
Flexible data model, expressive query language, secondary indexes, replication, auto-sharding, in-place updates, aggregation, GridFS
-
Statistics
GitHub Stars
19.0K
GitHub Stars
27.7K
GitHub Stars
9.5K
GitHub Forks
5.2K
GitHub Forks
5.7K
GitHub Forks
3.8K
Stacks
103.0K
Stacks
96.6K
Stacks
3.6K
Followers
83.9K
Followers
82.0K
Followers
3.5K
Votes
3.6K
Votes
4.1K
Votes
507
Pros & Cons
Pros
  • 765
    Relational database
  • 511
    High availability
  • 439
    Enterprise class database
  • 383
    Sql
  • 304
    Sql + nosql
Cons
  • 10
    Table/index bloatings
Pros
  • 829
    Document-oriented storage
  • 594
    No sql
  • 554
    Ease of use
  • 465
    Fast
  • 410
    High performance
Cons
  • 6
    Very slowly for connected models that require joins
  • 3
    Not acid compliant
  • 2
    Proprietary query language
Pros
  • 119
    Distributed
  • 98
    High performance
  • 81
    High availability
  • 74
    Easy scalability
  • 53
    Replication
Cons
  • 3
    Reliability of replication
  • 1
    Size
  • 1
    Updates

What are some alternatives to PostgreSQL, MongoDB, Cassandra?

MySQL

MySQL

The MySQL software delivers a very fast, multi-threaded, multi-user, and robust SQL (Structured Query Language) database server. MySQL Server is intended for mission-critical, heavy-load production systems as well as for embedding into mass-deployed software.

Microsoft SQL Server

Microsoft SQL Server

Microsoft® SQL Server is a database management and analysis system for e-commerce, line-of-business, and data warehousing solutions.

SQLite

SQLite

SQLite is an embedded SQL database engine. Unlike most other SQL databases, SQLite does not have a separate server process. SQLite reads and writes directly to ordinary disk files. A complete SQL database with multiple tables, indices, triggers, and views, is contained in a single disk file.

Memcached

Memcached

Memcached is an in-memory key-value store for small chunks of arbitrary data (strings, objects) from results of database calls, API calls, or page rendering.

MariaDB

MariaDB

Started by core members of the original MySQL team, MariaDB actively works with outside developers to deliver the most featureful, stable, and sanely licensed open SQL server in the industry. MariaDB is designed as a drop-in replacement of MySQL(R) with more features, new storage engines, fewer bugs, and better performance.

RethinkDB

RethinkDB

RethinkDB is built to store JSON documents, and scale to multiple machines with very little effort. It has a pleasant query language that supports really useful queries like table joins and group by, and is easy to setup and learn.

ArangoDB

ArangoDB

A distributed free and open-source database with a flexible data model for documents, graphs, and key-values. Build high performance applications using a convenient SQL-like query language or JavaScript extensions.

InfluxDB

InfluxDB

InfluxDB is a scalable datastore for metrics, events, and real-time analytics. It has a built-in HTTP API so you don't have to write any server side code to get up and running. InfluxDB is designed to be scalable, simple to install and manage, and fast to get data in and out.

CouchDB

CouchDB

Apache CouchDB is a database that uses JSON for documents, JavaScript for MapReduce indexes, and regular HTTP for its API. CouchDB is a database that completely embraces the web. Store your data with JSON documents. Access your documents and query your indexes with your web browser, via HTTP. Index, combine, and transform your documents with JavaScript.

Oracle

Oracle

Oracle Database is an RDBMS. An RDBMS that implements object-oriented features such as user-defined types, inheritance, and polymorphism is called an object-relational database management system (ORDBMS). Oracle Database has extended the relational model to an object-relational model, making it possible to store complex business models in a relational database.

Related Comparisons

Bootstrap
Materialize

Bootstrap vs Materialize

Laravel
Django

Django vs Laravel vs Node.js

Bootstrap
Foundation

Bootstrap vs Foundation vs Material UI

Node.js
Spring Boot

Node.js vs Spring-Boot

Liquibase
Flyway

Flyway vs Liquibase