Data store classification

This article describes Azure Storage options. It doesn't cover Internet of Things (IoT) storage options. For more information about IoT-related storage, see Azure IoT and IoT architectures. This article also doesn't cover workloads that use vectorized data, like most AI workloads. For more information, see Choose an Azure service for vector search.

Azure Storage categories include simple storage solutions, database and analytics storage, and IoT storage. The following sections describe simple storage and database and analytics storage.

Diagram that illustrates data store classifications in Azure.

Download a Visio file of this architecture.

Simple storage solutions

Use simple storage solutions like Azure Blob Storage (Azure Data Lake Storage excluded), Azure Files, Azure disks, Azure Queue Storage, Azure NetApp Files, and Azure Table Storage. These solutions are ideal for storing large amounts of data that don't require atomicity, consistency, isolation, and durability (ACID) capabilities. Simple storage solutions usually cost less than databases or analytics services. Use simple storage for file shares, data that needs minimal structured querying and transactional capabilities, and long-term file retention.

Database and analytics storage

Use databases when you need ACID capabilities. Azure databases include analytical databases or data stores and transactional databases or data stores.

  • Azure analytical databases and data stores, also known as online analytical processing (OLAP) workloads, are specialized services designed to store, manage, and analyze large volumes of data. These specialized tools store, manage, and analyze large volumes of data. Analytical databases provide the infrastructure for data warehousing, big data analytics, and real-time analytics. They are optimized for reading large amounts of data and often use columnar storage. For more information, see Choose an analytical data store in Azure.

  • Transactional databases in Azure, also known as online transaction processing (OLTP) systems, support workloads that need quick, reliable, and secure transaction processing. Transactional databases are optimized for reading and writing data and typically use row storage, but there are exceptions. This optimization ensures data integrity and consistency. For more information about how to deploy a transactional database, see OLTP solutions.

The two types of transactional databases include relational databases, also known as SQL databases, and nonrelational databases, also known as NoSQL databases.

Diagram that compares relational database management systems and big data solutions.

Download a Visio file of this architecture.

  • Use relational databases to store and organize data points that have defined relationships for quick and easy access. These databases have tables that represent predefined categories. The rows and columns contain information about each entity. This structure provides efficient and flexible access to data. Examples of these databases in Azure include:

  • Nonrelational databases store, manage, and retrieve data that isn't necessarily structured in a tabular form like relational databases. NoSQL databases can handle a wide variety of data types, including structured, semi-structured, and unstructured data. Examples of these databases in Azure include Azure Cosmos DB and Azure Managed Instance for Apache Cassandra.

You might need a hybrid database or data store for analytical and transactional purposes. These use cases are known as hybrid transactional and analytical processing. For these use cases, use products like Azure Cosmos DB for PostgreSQL or Azure SQL Database Hyperscale.

Next step