C# 多个MDF文件与单个数据库（SQL Server）

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

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

之后，我将把mdf存储库分为几个计算机

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

//后面的描述

我制定了这个计划，效果很好。 例如：打开每个小mdf文件需要1秒的时间，并在0.0秒内查询它。它为每个连接创建静态时间，但在单个数据库中，对于50行，系统必须在例如200000行中找到它们，在我的系统中，使用简单的主键选择查询大约需要4-5秒

例如，我想在500000行之间获得一行以绑定页面内容，并在200万行之间选择50条评论，然后获得每条评论的投票数，查看天数、周数、月数和总数。喜欢的数量、注释的回答以及从2-3个其他表中获取更多数据，这些查询比小型从属数据库更繁重，需要更多时间

我认为一个好的设计和过程必须对系统来说是容易的

---

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

管理小型MDF文件很困难u必须使用sql server，sql server数据库为每个数据库操作系统提供10GB的数据存储。它很简单

没有理由拆分可能/应该作为一个数据库存在的内容将单个数据库集成到多个独立的部件中

---

已经有了将单个逻辑数据库跨多个文件进行分区的机制：对于大型表来说，每天几千行实际上不符合大型表的条件。

对于Sql Server来说，每天数千行应该是零用钱

首先，我投票赞成Alex K的答案。文件组将使您到达最可能到达的位置。分区表可能有些过分，而且只在企业版中可用，不适合轻松的人

我要补充的是：

你需要调整你的索引。在good vs.better vs.best类别中，Glenn Berry的DMV查询更好。这些查询将帮助您解决大多数问题。 最好的分类是查看每个存储过程，查看执行计划并尝试不同的事情。这是一个好的dba能够提供的

下面是一些关于文件设置注意事项的基础知识。注意临时数据库设置。

---

谢谢你的帮助。我已经在处理这个应用程序了。所以，根据你的意见，最好重新开始，对吗？谢谢你的帮助。我已经在处理这个应用程序了。所以你认为最好重新开始，对吗？