数据对比(Data Compare)

　　与Schema Compare类似的特性是Data Compare。这个特性允许比较在两个数据库中所选择的表和视图的数据。我们可以通过选择下列选项来定义比较级别：Only in Source, Only in Target, Different Records and Identical Records。数据表可以在只当源和目标数据库名称一样时进行比较。此外，它们必须有相同的主键、唯一索引或唯一约束。当比较完成后，我们可以看到与Schema Compare一样的选项：我们可以将修改写到目标数据库或者保存脚本。这个特性可用于将引用的数据库从开发环境部署到生产环境，或者从一个生产服务器导出数据到开发数据库。

　　数据生成计划(Data Generation Plans)

　　数据库开发过程中常见的一个问题是开发数据库缺少数据，特别是一个新项目。VSDB有一个特性可以专门用来解决这个问题：Data Generation Plans。这个特性允许创建一个或多个生成示例数据到一个目标数据库的计划。在每一个计划中，我们要定义生成数据的表、每一个表要生成的记录行数和要插入数据的类型。

　　数字域的配置很容易，并且大多数情况下使用推荐的默认值就足够了。对于字符串字段，我们可以指定它的最小和最大长度。VSDB会为这些字段生成随机字符串，所以其中的缺点是生成的数据是很难读懂的。而且，如果我们在应用中使用这样的数据，它可能不能通过应用界面上的数据验证。幸好，我也可以为字符串字段定义正则表达式，然后使用RegEx生成期望格式的数据，如随机ZIP码或电话号码。

　　重构(Refactor)

　　VSDB中的另一个有用的数据库开发特性是Refactor选项，它是一个重命名数据库对象的别称。当我们决定重命名一个对象时，我们就可以使用Refactor特性，VSDB会找到所有依赖关系并生成脚本更新所有需要重命名的对象及所有依赖关系。例如，如果重命名的是一个字段，VSDB会更新所有存储过程、视图、索引、约束和其它使用这个字段的对象。这个特性在我们处理有许多依赖的对象时可以节省很多时间。

　　注意事项

　　大多数数据库开发团队都会有不止一个的数据库版本，如一个或多个开发数据库或者质量保证、阶段、测试和整合数据库，等等。根据我的经验，保持它们的同步很困难，我们最终还要弄清模型中的不同点。这可能是由于劣质模型管理，开发人员技术不高或权限过多或者失败后没有回滚的更新操作所造成的。

　　Visual Studio Team System 2008 Database Edition开发团队提出了一个有趣的观点：生产数据库是真实的。这表示只有生产数据库模型才是我们的“真金数据库”，因为有时我们还会有一个或多个应用在用这个数据库。虽然我同意这个观点，但它并不是总是有效。例如，我曾经为一个独立软件供应商开发过一个大的应用，其中有大约50个生产数据库。我们应该怎么处理这种情况呢?我们肯定不愿意维护50个基本上一样的数据库模型。

　　解决方法取决于我们组织的工作方式、生产数据库数量、是否通过Internet访问(不总是)，等等。我的建议是使用所选择的“真的”数据库或理想的候选数据库来创建一个单独的VSDB模型。当我们最终在应用中确定和测试模型时，我们可以使用Schema Compare特性将模型同步到其余数据库中。

　　希望本文能使你对于Visual Studio Team System 2008 Database Edition新特性有一个很好的纵览。在下面的文章中，我将介绍如何使用VSDB管理数据库开发过程。