sql-server - 用于大型数据集的 SQL 数据库设计

Question

我有一个客户，有如下数据结构……对于每个病人，可能有多个样本，每个样本经过处理后可能有400万个数据对象。每个患者的最大样本数为 20。因此，单个患者最终可能有 8000 万行数据，当然最终会有数百个患者。

在设置数据库来存储对象(每个对象包含大约 30 个统计和测量字段)时，挑战非常明显 - 如何管理如此庞大的数据？

我在想我会有一个数据库，每个样本都有一个表 - 所以每个表可能最多有 400 万条记录。

我的一位同事提出了一个有趣的建议，即更进一步——为每位患者创建一个新数据库，然后为每个样本创建一个表格。他的想法是，每个患者有 1 个日志，能够在每个患者的基础上移动数据库等都很好。我不能不同意他的观点。

这合理吗？出于某种原因，拥有多个数据库是不是一个坏主意？

想法？谢谢!

Answer 1

虽然从隐私和迁移的角度来看这个想法很有趣，但让每个患者拥有一个数据库并不是一个好主意。考虑为每个患者数据库管理、备份和拥有文件。我什至不确定 DBMS 是否可以在一个实例或服务器中同时处理数百万个数据库。

我会做的是，接受体积数据作为实时事实，并以您选择的参数和表格类型处理它。让 DBMS 担心它的 schale。确保你有一个允许扩展和扩展你的表的部署模型。每个实体一个表，至少是明智的，所以对于病人、测量等。

只是，做您作为开发人员擅长的事情，让 DBMS 做它创建的目的。