c# - 多个 MDF 文件 VS 单个数据库(SQL Server)

Question

我正在做一个 web2 项目，我希望用户每天有数千行。为了处理这种大小的数据，我设计了这样的数据库:一个 .mdf 和 .ldf 文件作为次要数据库和 1 个主要数据库，用于保存和查询用户帐户和数据库文件地址。

我已经为这个计划工作了几个月，现在我可以轻松地管理它。我想知道处理大量独立数据是否是个好主意？您认为女巫有更好的表现吗？打开许多小的 .mdf 文件或只是一个巨大的数据库的连接。

之后我会把mdf Repository 分在几台电脑上。

所有这些都由 C# 和 linq (.net4) 处理

//后面的描述

我制定了这个计划并且运作良好。例如:打开每个小的 mdf 文件需要 1 秒的时间并在 0.0 秒内查询它。它为每个连接设置静态时间，但在单个数据库中，50 行系统必须在例如 200,000 行中找到它们，并且在我的系统中使用带有主键的简单选择查询大约需要 4-5 秒。

对于其他实例，我想获取 500,000 行之间的一行以绑定(bind)页面内容，并在 2milmions 行之间选择 50 条评论，并计算每条评论的投票数，查看天数、周数、月数和总数。喜欢的计数，评论的回答以及从 2-3 个其他表中获取更多数据，这种查询很重，并且比小型从属数据库花费更多的时间。

我认为好的设计和流程必须易于系统运行。

唯一的问题是带有 sql server 文件的小型从属数据库需要更多的物理大小，每个数据库大约 3MB。

Answer 1

没有理由将可能/应该作为单个数据库存在的东西拆分成多个独立的部分。

已经存在跨多个文件对单个逻辑数据库进行分区的机制:Files and Filegroups Architecture以及partition大表(每天几千行并不能算作大表)。