在數據庫設計領域，多模型數據庫是一種數據庫管理系統，旨在支持針對單個集成后端的多個數據模型。 相比之下，大多數數據庫管理系統都是圍繞單一數據模型組織的，該模型決定了如何組織、存儲和操作數據。 文檔、圖形、關系和鍵值模型是多模型數據庫可能支持的數據模型的示例。

關系數據模型在 1970 年由 Edgar F. Codd 發表后開始流行。由于對水平可擴展性和容錯性的要求越來越高，NoSQL 數據庫在 2009 年之后變得突出。NoSQL 數據庫使用多種數據模型，有文檔、圖形和 鍵值模型很受歡迎。

多模型數據庫是一種可以在多個模型中存儲、索引和查詢數據的數據庫。 一段時間以來，數據庫主要只支持一種模型，例如：關系數據庫、面向文檔的數據庫、圖數據庫或三元組數據庫。 結合其中許多的數據庫是多模型的。

有一段時間，人們幾乎忘記了（或認為無關緊要）除了關系之外還有任何其他數據庫模型。 關系模型和第三范式的概念是所有數據存儲的默認標準。 然而，在關系數據建模占據主導地位之前，從大約 1980 年到 2005 年，通常使用層次數據庫模型。 自 2000 年或 2010 年以來，許多非關系型 NoSQL 模型（包括文檔、三元組、鍵值存儲和圖）流行起來。 可以說，地理空間數據、時態數據和文本數據也是獨立的模型，盡管有索引、可查詢的文本數據通常被稱為搜索引擎而不是數據庫。

多模型這個詞xxx次與數據庫相關聯是在 2012 年 5 月 30 日在德國科隆，在 Luca Garulli 的主題演講 NoSQL Adoption – What's the Next Step? 期間。 Luca Garulli 設想將xxx代 NoSQL 產品演變成具有更多功能的新產品，可用于多個用例。

多模型數據庫的想法可以追溯到 1990 年代初期的對象關系數據管理系統 (ORDBMS)，在更廣泛的范圍內甚至可以追溯到 80 年代初期的聯合和集成 DBMS。 ORDBMS 系統通過將域特定數據類型、函數和索引實現插入 DBMS 內核來管理不同類型的數據，例如關系數據、對象數據、文本數據和空間數據。 多模型數據庫最直接地響應了將多個數據庫產品編織在一起的多語言持久性方法，每個產品處理不同的模型，以實現 Martin Fowler 所描述的多模型功能。 這種策略有兩個主要缺點：導致操作復雜性顯著增加，并且不支持跨獨立數據存儲保持數據一致性，因此多模型數據庫開始填補這一空白。

多模型數據庫旨在提供多語言持久性的數據建模優勢，而沒有其缺點。 通過使用單個數據存儲，操作復雜性尤其會降低。

多模型數據庫包括（按字母順序排列）：

• AllegroGraph – 文檔（JSON、JSON-LD）、圖表
• ArangoDB – 文檔 (JSON)、圖形、鍵值
• ArcadeDB – 文檔 (JSON)、圖形、鍵值、時間序列、SQL、Cypher 查詢語言、Gremlin（查詢語言）
• Cosmos DB – 文檔 (JSON)、圖形、鍵值、SQL
• Couchbase – 文檔 (JSON)、鍵值、N1QL
• Datastax – 鍵值、表格、圖表
• EnterpriseDB – 文檔（XML 和 JSON）、鍵值
• MarkLogic – 文檔（XML 和 JSON）、圖三元組、二進制、SQL
• Microsoft Azure SQL 數據庫 - 關系、文檔 (JSON)、圖形、XML
• Oracle 數據庫 – 關系、文檔（JSON 和 XML）、圖三元組、屬性圖、鍵值、對象
• OrientDB – 文檔 (JSON)、圖形、鍵值、反應式、SQL

• PostgreSQL – 關系、文檔（JSON 和 XML）、鍵值、圖形、數組、對象
• Redis – 鍵值、文檔 (JSON)、屬性圖、流、時間序列
• SAP HANA – 關系、文檔 (JSON)、圖形、流
• Virtuoso Universal Server – 關系圖、文檔 (XML)、RDF 圖

隨著越來越多的平臺被提出來處理多模型數據，有一些關于基準測試多模型數據庫的工作。 例如，Pluciennik、Oliveira 和 UniBench 審查了現有的多模型數據庫，并分別對多模型數據庫與其他 SQL 和 NoSQL 數據庫進行了評估。