SaaS的数据库设计 - 多个数据库？分裂？ [英] SaaS database design - Multiple Databases? Split?

问题描述

我已经看到了很多不同的方式托管的SaaS应用程序。它是跨多个数据库拆分功能和模块的好主意吗？例如，把类似的东西在一个数据库和功能/应用在另一个数据库上的另一个数据库特定表，也许还有其他常用共享表用户表？

I've seen SaaS applications hosted in many different ways. Is it a good idea to split features and modules across multiple databases? For example, putting things like the User table on one DB and feature/app specific tables on another DB and perhaps other commonly shared tables in another DB?

推荐答案

启动一个数据库。拆分数据/功能，当项目需要它。

Start with one database. Split data/functionality when project requires it.

下面是我们可以从LinkedIn了解到：

Here is what we can learn from LinkedIn:

• 单个数据库无法正常工作


• 引用完整性将无法


• 任何数据丢失是一个问题


• 缓存是好，即使它是谦虚有效


• 永远不要低估增长轨迹

来源：

LinkedIn架构

LinkedIn通信架构

这篇关于SaaS的数据库设计 - 多个数据库？分裂？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！