SQL语句中出现不熟悉的字符

Question

我认为这是 SQL 新手的问题，但这里是。

我有一个基于示例用户定义函数组合在一起的 SQL 查询（SQL Server 2005）：

SELECT 
    CASEID,
    GetNoteText(CASEID)
FROM 
( 
    SELECT 
        CASEID 
    FROM 
        ATTACHMENTS 
    GROUP BY 
        CASEID 
) i
GO 

UDF 工作得很好（它连接了相关表中多行的数据，如果这很重要），但我'我对 FROM 子句后面的“i”感到困惑。 使用 i 查询可以正常工作，但如果没有 i，则查询会失败。 “我”有什么意义？

编辑：正如乔尔在下面指出的，它不是关键字

Answer 1

当您在 FROM 子句中使用子查询时，您需要为查询指定名称。 由于名称对您来说并不重要，因此通常会选择“i”或“a”等简单的名称。 但是您可以在那里放置任何您想要的名称 - “i”本身没有任何意义，而且它当然不是关键字。

如果您有一个非常复杂的查询，您可能需要将子查询与其他查询或表连接起来。 在这种情况下，名称就变得更加重要，您应该选择更有意义的名称。

Answer 2

i 命名（子查询），这是必需的，也是进一步连接所需要的。

当连接表之间存在冲突的列名称时，您必须在外部查询中的列前加上子查询名称的前缀，例如：

SELECT 
    c.CASEID, c.CASE_NAME,
    a.COUNT AS ATTACHMENTSCOUNT, o.COUNT as OTHERCOUNT,
    dbo.GetNoteText(c.CASEID)
FROM CASES c
LEFT OUTER JOIN
( 
    SELECT 
        CASEID, COUNT(*) AS COUNT
    FROM 
        ATTACHMENTS 
    GROUP BY 
        CASEID 
) a
ON a.CASEID = c.CASEID
LEFT OUTER JOIN
(
    SELECT 
        CASEID, COUNT(*) AS COUNT
    FROM 
        OTHER
    GROUP BY 
        CASEID 
) o
ON o.CASEID = c.CASEID

Answer 3

“i”为您的 select 语句提供一个有效的表名称。 它也可以写成“AS i”（我想 - 我不是 MSSQLServer 人员）。

Answer 4

正如其他人所说，它是子查询的表名别名。

在子查询之外，您可以使用 i.CASEID 来引用子查询结果。

在这个例子中它并没有太大用处，但是当你有多个子查询时，它是一个非常重要的消歧工具。

不过，我会选择一个更好的变量名。 甚至“温度”也更好。

Answer 5

i 命名您的子查询，以便如果您有一个包含大量子查询的复杂查询，并且您需要访问字段，您可以以明确的方式执行此操作。

最好的做法是为子查询提供更具描述性的名称，以防止您在开始编写较长查询时感到困惑，没有什么比必须向上滚动较长的 sql 语句更糟糕的了，因为您忘记了哪个 i.id 是正确的一个或正在从中检索 c.name 的表/查询。

Answer 6

吸取的教训是想想谁将继承你的代码。 正如其他人所说，如果代码是这样写的：

SELECT DT1.CASEID, GetNoteText(DT1.CASEID) 
FROM (
   SELECT CASEID 
   FROM ATTACHMENTS
   GROUP BY CASEID
) AS DT1 (CASEID);

那么读者理解它的可能性就会增加，甚至可能会发现“DT1”暗指“派生表”。

Answer 7

“派生表”是一个技术术语，表示在 FROM 子句中使用子查询。

SQL Server 联机丛书语法表明 table_alias 在这种情况下不是可选的； “table_alias”不包含在括号中，根据 Transact-SQL 语法约定，括号中的内容是可选的。 关键字“AS”是可选的，因为它括在方括号中...

   衍生表 [ AS ] 表别名 [ ( 列别名 [ ,...n ] ) ]

FROM (Transact -SQL):
http://msdn.microsoft.com/en-us /library/ms177634(SQL.90).aspx

Transact-SQL 语法约定：
http://msdn.microsoft.com/en-us /library/ms177563(SQL.90).aspx