相关疑难解决方法(0)

在尝试编写查询时，我发现（困难的方法）SQL Server 在执行查询时解析 SELECT 之前很久就解析了查询中的 WHERE。

的MSDN文档说，一般逻辑解析顺序是这样的：SELECT被解析几乎最后（因此导致“没有这样的对象[别名]”试图使用在其他条款列别名时误差）。甚至有人建议允许在任何地方使用别名，但被微软团队驳回，理由是 ANSI 标准合规性问题（这表明这种行为是 ANSI 标准的一部分）。

作为一名程序员（不是 DBA），我发现这种行为有些令人困惑，因为在我看来它在很大程度上违背了拥有列别名的目的（或者，至少，如果列别名是在查询执行中更早地解析），因为您可以实际使用别名的唯一地方是在 ORDER BY 中。作为一名程序员，它似乎错过了使查询更强大、更方便和 DRY 的巨大机会。

看起来这是一个如此明显的问题，它有理由认为，除了 SELECT 和 ORDER BY 之外，还有其他原因决定不允许列别名，但这些原因是什么？

作为这个问题的后续，我想知道是否有更好和/或更有效的方法来收集相关数据。

如前所述，这个查询确实返回了我需要的 95% 的数据——

SELECT dv.Name
      ,MAX(hb.[DateEntered]) as DE
FROM 
    [Devices] as dv
    INNER JOIN 
    [Heartbeats] as hb ON hb.DeviceID = dv.ID
GROUP BY dv.Name
HAVING MAX(hb.[DateEntered]) < '20130304';

有没有办法实现相同的结果（对于每个设备，选择由 DateEntered 排序的 TOP Heartbeat 的 DESC）而且还从表中选择整行[Heartbeats]？现在，我只得到那DateTime一行的。

如果我在GROUP BY子句中包含其他列，则可以将它们添加到选择中；但后来我每[Devices]行得到多行，这是我不想要的。这听起来很奇怪，但我基本上想要做的是对它进行查询[Devices]，然后for...each对该集合进行查询并[Heartbeats]为该[Devices]行添加第一行。那可能吗？

更新 这是心跳表的结构：

CREATE TABLE [dbo].[Heartbeats](
    [ID] [int] IDENTITY(1,1) NOT NULL,
    [DeviceID] [int] NOT NULL,
    [IsFMSFMPUp] [bit] NOT NULL,
    [IsFMSWebUp] [bit] NOT NULL,
    [IsPingUp] …