SQL Server中表别名有的作用

SQL Prompt

是一款拥有SQL智能提示功能的SQL Server和VS插件。SQL Prompt能根据数据库的对象名称，语法和用户编写的代码片段自动进行检索，智能的为用户提供唯一合适的代码选择。自动脚本设置为用户提供了简单的代码易读性--这在开发者使用的是不大熟悉的脚本时尤其有用。SQL Prompt是立即可用的且能极大的提高生产率。

表别名

表别名的主要目的（除了需要使用别名的情况之外）是使SQL查询更易于阅读和理解。不，这不是我输入的错误。别名并没有使键入SQL查询变得更加容易和快捷。如果您使用的是SQL Prompt，则尤其如此，因为它会为您完成所有键入操作。

如果启用其“分配别名”选项，则在您输入SQL语句时，SQL Prompt会自动建议一个或两个字符的别名，只是因为它必须提供某些内容但不能提供含义。这样做不是因为简短的无意义的名称更好。这仅意味着数据库开发人员应改进默认别名以提供含义。

在哪里可以使用表别名？

在标准SQL中，仅在SELECT语句中使用别名。 可以说，您只能在具有FROM子句的语句中使用它们，因为SQL Server的语法允许它在UPDATE和DELETE语句中使用FROM子句。 使用表别名时，您只是为表引用的实例提供了特定的名称，而不是实际的表。只有该引用才是别名。

我是否总是需要限定列名？

在SQL中，如果列名本身是模棱两可的，则只需要使用对表源的引用来限定列名，因为列名本身可能来自FROM子句中的一个或多个表源。在SQL Server中，使用合格的列名无论如何都会使解析器更轻松，并使查询更易于阅读。

但是，如果没有JOIN子句，则在列名中添加任何种类的表限定符（无论是否带别名）都是完全多余的，不应使用。

我是否总是需要使用表别名？

要使一列符合其表的资格，通常不必使用表别名（在ANSI SQL中也称为关联名）。您可以只使用提供该列的表源的名称。

仅当引用不具有名称的表源（例如派生表或行集函数）或使用命名表源（例如表，视图或表-）时，才必须使用别名值函数，在同一查询中不止一次。一般而言，如果表源已经有了合适的名称，那么为什么要提供另一个名称呢？通常，您这样做只是为了使查询的意图更加清晰。如果没有，那么它就会成为障碍。

什么时候需要别名？

需要使用别名的原因之一是基表的名称中包含非法字符。您可能看起来很生气，说您永远不会屈服于此，但是另一方面，在表名限定符的开头使用“@”是不合法的，因此表变量是一个问题。例如，如果不为表变量提供别名，则必须提供方括号定界符以通过其全名引用它。当然，如果表中确实包含非法字符，则表别名可以使您免于讨厌的方括号。

您还必须使用表别名来限定一列，而不是依赖于表名（如果该表位于在JOIN中被两次使用的表中）。 例如：

SELECT Object_Schema_Name(TablesEtc.object_id) + '.' + TablesEtc.name AS TableName,
    Constraints.name + ' (' + RTrim(Constraints.type)
      + ')' COLLATE DATABASE_DEFAULT AS [Constraint]
  FROM sys.objects AS TablesEtc
    INNER JOIN sys.objects AS Constraints
      ON Constraints.parent_object_id = TablesEtc.object_id
     WHERE TablesEtc.is_ms_shipped=0
     ORDER BY TableName

sys.objects与sys.objects结合在一起，因此如果不使用别名就无法正常工作。 通过为他们选择有意义的名称，我们还可以避免错误。

如果要加入表源（例如查询），则需要提供一个名称。不存在默认名称。在这里，我们将从多行值创建两个表源，然后将它们联接。

SELECT numbers.number, Coalesce(Names.NameForFrequency,'frequently') AS HowManyTimes  
FROM 
    (VALUES(0),(1),(2),(3),(4),(5)) AS numbers(number)
 LEFT OUTER join
    (VALUES(0,'never'),(1,'once'),(2,'twice'),(3,'thrice')) AS Names(number,NameForFrequency)
ON numbers.number=Names.number

在第一个示例中，我们使用了AS关键字来表明我们正在引入别名。它是可选的，因此您可以省略它，但这是一个不好的做法，因为它会使您的意图变得不太清楚。

SQL Prompt如何处理别名

启用了“分配别名”选项（“SQL Prompt”>“选项”>“插入的代码”>“别名”）后，SQL Prompt将自动为表源分配别名。但是，它无法猜测SQL背后的故事，因此它不能为您提供有意义的别名，只能提供缩写。除非您提供当前的命名约定作为自定义别名，否则它将尽可能使用表或视图名称的首字母生成别名。如果该初始字符已被使用，它将使用两个字符。

如果您很不幸地被困在“tibbling”约定中（所有表都带有tbl前缀），则可以告诉SQL Prompt忽略它们（通过将它们添加到“Prefixes to ignore”列表中）。 如果名称带有下划线或连字符，或者由两个CamelCase单词组成（例如CustomerAccounts），则在生成两个字母的别名时，SQL Prompt会将其考虑在内。

否则，当在自联接中使用SQL Prompt时，SQL Prompt会为同一表创建其他别名。这是我们之前看到的相同代码，用于获取表的名称及其约束，但带有SQL Prompt的别名建议。它消除了歧义，但是在阅读此版本时，您是否会如此自信，以确保该ON子句正确无误，甚至可以理解您打算提供的内容和方式？

SELECT Object_Schema_Name(O.object_id) + '.' + O.name AS TableName,
  O2.name + ' (' + RTrim(O2.type) + ')' COLLATE DATABASE_DEFAULT AS [Constraint]
  FROM sys.objects AS O
    INNER JOIN sys.objects AS O2
      ON O2.parent_object_id = O.object_id
  WHERE O.is_ms_shipped = 0
  ORDER BY TableName;

当SQL Prompt分配别名时，它将在当前查询编辑器窗口中记住该别名，正如您在处理查询并为其添加子句时，从建议框中为您提供的建议中看到的那样。

如果现有代码使用联接并且不使用表别名，则SQL Prompt将使用绿色曲线在表引用下划线，表示违反了其ST010代码分析样式规则。就个人而言，我更喜欢禁用此规则，除非遵循一种样式指南，该指南要求涉及多个表源的每个SELECT都使用别名作为限定符。更直接地，Prompt还强调了违反MI003的不合格列名。

如果添加表别名，然后运行Format SQL命令，它将自动使用别名来限定相关的列名（如果启用了“限定对象名”操作）。

将自定义别名添加到SQL Prompt

您可以根据已建立的命名约定为表或视图指定用户定义的别名。与其他提示选项分开，SQL Prompt当前不支持自定义别名的导入或导出，因此您必须一次键入一个。

要添加用户定义的别名，请在“选项”窗口的“别名”窗口的头部。在“自定义别名”标题下，单击“新建”，然后输入对象的名称及其别名，然后单击“保存”。

即使您可以提供有意义的自定义别名，它们的添加长度也可能足以阻止它们适合“建议”框中建议的“ON表达式”。 在以下屏幕截图中，我使用了一个愚蠢的别名TheTablesAsListedInTheSystemViews，只是为了说明我的意思。 它溢出了建议框。

在这种情况下，一种更简单的解决方案是在查询或例程完成后但保存之前，使用搜索和替换来更改Prompt提供的默认值。

总结

表别名有时是必不可少的，通常对于帮助阐明更复杂的SQL查询的目的很有用。 但是，它们并非始终都是必需的，如果没有JOIN，则在FROM子句中使用它们不会有任何好处。

使用SQL Prompt，我选择更改建议的简短别名，以提供更多解释性的含义。它没有怨恨，而是根据我选择的自定义别名为我提供建议。这将节省大量的单调键入，对此我深表感谢。