在SQL Server 2005中使用synonyms的优缺点

问题提出

在我的新工作中，我面临着一个问题，在product数据库中把创建的表进行归档，因为随着数据库的增长，现在需要把它们移走。同时，这些归档的表被几项工作使用，而且它还在应用程序的代码中被调用。这样移动它们就是一个非常复杂的过程。我希望能找到一种方法，尽可能减轻开发人员必须得完成的工作量，因为他们的时间非常有限。请问在有限时间内按要求把表进行归档的最优方法?

专家解答

在SQL Server 2005中有一个特性，能解决这一问题，并且能提供进一步地优化和工具设备， 这个特征就是SQL Server 2005中的同义词(SYNONYMs)。同义词(SYNONYM)是SQL Server 2005中新特性。它是一种在已有的或潜在的新对象中给予的别名。它只是一个指针或者参数，所以它不被当作是一个对象。

为了创造一个同义词(SYNONYM)，您需要有创造同义词(SYNONYM)的权限。 如果您是系统管理员或db_owner，那么您将拥有这些权限并且可以授予这个权限给其他用户。此外，如果你需要创建一个跨越数据库的同义词，那么需要另一数据库的权限。

下面是一个例子，用来在一个数据库中创建同义词(SYNONYM)，而在数据库中引用另一个对象：　

　　　USEAdventureWorks
　　GO
　　CREATESYNONYMMySynFORProduction.Location
　　GO

要检查这些工作，您可以在SYNONYM的使用过程中使用下面的查询语句：　

　　　SELECT*FromMySyn

下面这又是一个的例子，它是在一个数据库中创建同义词(SYNONYM)，而在另外一个数据库中引用这个对象：　

　　 USEmaster
　　GO
　　CREATESYNONYMdbo.MySynFORAdventureWorks.Production.Location
　　GO

为了获得同义词(SYNONYMs)中所有变化的数据，可以使用下面的命令：　

　　　SELECT*FROMsysobjects
　　WHERExtype='SN'
　　ORDERBYNAME

删除同义词(SYNONYM)可以使用下面的命令：　　

　　　USEAdventureWorks;
　　GO
　　DROPSYNONYMMySyn
　　GO

同义词(SYNONYM)非常有用，它可以创造以下这些：

表

视图

汇编的存储过程，表值函数，族聚

SQL标量函数

SQL存储过程

SQL表值函数

内嵌的SQL表值函数

本地和全局的临时表

复制筛选过程

扩展存储过程

优点

同义词(SYNONYM)提供一个抽象层以上引用的对象

允许更改复杂(多部分)和冗长的名称，用一个简化的别名作为在同一台服务器上的寄存对象。

能灵活改变对象的位置而无需变动现有的程序代码。

在同一个数据库中创建SYNONYMs，来为老的应用程序提供向后兼容性，以避免删除或重命名对象。

如果你给了前端查询工具(例如电子数据表和Access链接表)到这些数据表的直接链接，那么SYNONYMs是很有用的。

不足

同义词(SYNONYMs)绑定到引用的对象是非常松散的。因此，您在删除被引用的任何其他数据库对象的同义词的时候，没有得到任何的提示或者警告。

同义词是不允许链接的。这就说明你不能在一个同义词中创建另一个同义词。

会消耗更多的对象名称，就像如果同义词存在了，就不能再创建一个与同义词名称一样的表。

同义词创建了对象后，在运行的时候就开始被检查，它并不是检查创建的时间，也就是说如果您作出任何相关的错误，例如拼写错误，同义词就会被创建，当你访问这个对象时你就会得到一个错误信息。

同义词不能引用在一个DDL声明中。

总结

你可以在现有的数据库或其它数据库中创建一个同义词做为参考对象。在同义词使用的时候，定义一个简单的别名也许是最佳的选择，这样就不需要通过大量的移动或者重命名对象做重复工作。