SQL Server分区和配置管理

Question

我在一个开发人员团队中工作，我们目前通过TFS和Visual Studio使用数据库项目管理我们的SQL Server数据库模式（表，存储过程，用户定义类型等）。我们使用Visual Studio中的Schema Compare工具保持数据库的本地开发副本同步。

我目前正在几个巨大的数据表上设置分区，这导致了500多个文件组和文件部分基于我们想要在SSD上与旋转硬盘驱动器上的数据。

我的问题是，是否有人对如何在TFS中管理数据库架构有任何建议或经验，以致每个开发人员都不必在每台开发机器上设置500多个文件组/文件？

我想避免这种情况的原因是因为

1. 在我们的开发机器上，我们只会有少量数据 基于磁盘空间加载。
2. 我们计划在生产服务器上进行维护工作，以根据年龄将数据从SSD分区移动到HDD分区。这意味着我们的生产分区功能无论如何都不会与我们的开发机器匹配。

Answer 1

首先，根据您的情况，您可以尝试使用服务器工作区。当您需要修改文件或项目时，您只需要查看它们。

  

使用服务器工作区时，Visual Studio只保留一个副本   每个文件。这可以显着减少磁盘空间使用量和   当你有很多物品时提高性能。我们建议   在以下情况下使用服务器工作区：

     

  
• 您的工作区包含超过100,000件商品。
  
• 您希望使用Visual Studio 2010或更早版本来使用工作区。
  
• 您需要使用Enable get latest on check选项。
  

我不确定你是如何处理数据库项目的。关于如何将现有数据库置于源代码管理之下，其中包括以下步骤：

1. 您创建了一个数据库项目。
2. 您连接到现有数据库。
3. 您将数据库架构从现有数据库导入到 数据库项目。
4. 您查看数据库项目中显示的结果。
5. 您将数据库项目及其内容置于版本控制之下。

您还可以为您的数据仓库使用 SSDT数据库项目。下面是一个如何构建数据库项目的示例（为简洁起见，我只在屏幕截图中显示了几个表和视图）。您不必以这种方式构造它，但在此项目中，它首先按模式排序，然后按对象类型（表，视图等）排序，然后按对象（表名及其DDL等）排序。



更多详细信息请参阅此博客：Why You Should Use a SSDT Database Project For Your Data Warehouse