SQL Server里那个synonyms到底怎么用才算对，别整错了啊

同义词就是个“别名”或者“快捷方式”。 它本身不是表，不是视图，也不是存储过程，它不存任何数据，它的作用就是让你用一个简单好记的名字，去指向一个可能很复杂或者在其他地方的对象。

什么时候你该用同义词？用对了场景才算对。

1. 简化巨长的名字：这是最常用的场景，比如你有个表，名字叫ThisIsAVeryLongAndAnnoyingDatabaseName.dbo.ThisIsAnEvenLongerTableName，每次写查询都要打这么一长串，烦不烦？这时候你就可以创建一个同义词。

   • CREATE SYNONYM MyShortTable FOR ThisIsAVeryLongAndAnnoyingDatabaseName.dbo.ThisIsAnEvenLongerTableName;
   • 以后你直接SELECT * FROM MyShortTable就行了，清爽！

2. 屏蔽位置变化，实现“解耦”：这个非常非常重要，用对了能省很多事，想象一下，你开发了一个应用程序，里面有几百个SQL语句都直接访问一个叫ProductDB.dbo.Customers的表，突然有一天，数据库管理员说服务器压力大，要把这个Customers表挪到另一个叫ArchiveDB的数据库里去，那你不是傻眼了？得把所有代码里的ProductDB.dbo.Customers改成ArchiveDB.dbo.Customers，累死个人，还容易出错。

   • 正确的做法是：一开始就为ProductDB.dbo.Customers创建一个同义词，比如叫dbo.Syn_Customers，然后你的应用程序里所有的代码都访问Syn_Customers这个同义词。
   • 当表要搬家的时候,你啥代码都不用改！你只需要默默地重新定义一下这个同义词就行了：DROP SYNONYM Syn_Customers; CREATE SYNONYM Syn_Customers FOR ArchiveDB.dbo.Customers;，你的应用程序完全无感知，照样通过Syn_Customers访问数据，只不过背后指向的已经是新位置了，这就叫“解耦”，你的代码和实际的数据库结构不那么紧密地绑在一起了，灵活性大大增加，根据微软官方文档（MSDN）中的说明，同义词的一个主要益处正是提供抽象层以避免硬编码基础对象的位置。

3. 跨数据库访问，让代码更整洁：你的查询需要同时用到DB1里的A表和DB2里的B表，你得写DB1.dbo.A JOIN DB2.dbo.B，如果这样的跨库查询很多，代码看起来就很乱，你可以为DB2.dbo.B在当前数据库创建一个同义词Syn_TableB，这样查询就变成了 DB1.dbo.A JOIN Syn_TableB，至少看起来干净一点，但要注意，这并没有改变跨库访问的本质，性能问题该有还是会有。

4. 权限管理上的小技巧：你可以给用户授予访问同义词的权限，而不直接授予访问底层对象的权限，这增加了一层控制，但通常这不是使用同义词的主要目的。

那怎么用才算“别整错了”呢？以下是关键的注意事项和常见坑点：

1. 同义词不是“引用”，是“指针”：这是最容易搞错的地方，如果你删除了同义词指向的那个原始表（基础对象），同义词不会跟着自动删除，但它会“失效”，这时候你再使用这个同义词，就会报错，说“对象不存在”，同义词只是一个软链接，它不拥有那个对象，管理上要小心，删表之前得想想有没有同义词指着它。

2. 性能上没有魔法：很多人以为用了同义词会变快或者变慢，其实都不会，同义词在运行时会被直接替换成它指向的对象。SELECT * FROM MySynonym 最终执行起来和 SELECT * FROM OriginalDatabase.dbo.OriginalTable 是一模一样的，如果原始查询慢，用了同义词照样慢；原始查询快，用了同义词也不会拖后腿，它就是个文本替换的过程，几乎没有性能开销，微软的文档也明确指出，同义词仅用于名称解析，不影响查询执行性能。

3. 不能指向另一个同义词：SQL Server不允许你创建“同义词链”，也就是说，你只能让同义词A指向表B，但不能让同义词C再指向同义词A，这个设计是为了避免循环引用和混乱。

4. 架构依赖要小心：当你创建存储过程、视图等对象时，如果里面引用了同义词，那么这些对象就会“依赖”于这个同义词，但这种依赖关系是“弱依赖”，如果你删掉同义词，再重新创建一个同名同义词，但指向一个完全不同结构的表（比如原来表有3列，新表有5列），那么之前那些依赖它的存储过程或视图在下次执行时就会出错，因为结构对不上了，修改同义词的指向目标时，一定要确保新目标的结构和原来的兼容。

5. 创建时的权限：你要在一个数据库里创建同义词，你需要有CREATE SYNONYM的权限，你需要有对同义词所要指向的那个“最终目标对象”的相应权限，你创建一个同义词指向另一个数据库的表，你不仅要有在当前库建同义词的权，还要有在那个远程库查询那个表的权限才行。

用对同义词的诀窍：

• 把它当成一个便利贴或快捷方式，别把它当成本尊。
• 主要用在两个地方：一是简化复杂名称，二是为未来可能的变化（如数据库、服务器迁移）做一个抽象层，保护你的应用程序代码。
• 心里要清楚：它不影响性能，删除原对象它会失效，修改它指向的目标要注意兼容性。

只要你记牢这几点,用起同义词来就不会跑偏，它能成为你SQL Server工具箱里一个挺顺手的小工具。