UPDATE SET 中的子查询 (sql server 2005)

Question

我有一个关于在 Update 语句中使用子查询的问题。我的示例：

UPDATE TRIPS
   SET locations = city + ', ' FROM (select Distinct city 
                                       from poi 
                                      where poi.trip_guid = trips.guid) 

是否可以在子查询中引用主表值（trips.guid）？

当我尝试使用 trips.guid 时，出现错误：

“无法绑定多部分标识符“trips.guid”。”

“select Distinct city from poi”子句返回多个城市。

Answer 1

你可以尝试类似的东西

UPDATE  trips
SET     locations = t.city + ', ' + poi.city
FROM    trips t INNER JOIN
        (
            select Distinct city, trip_guid from poi
        ) poi ON t.trip_guid = poi.trip_guid

Answer 2

另一个版本。

UPDATE trips
SET locations = trips.city + ', ' + poi.city
FROM trips INNER JOIN poi
ON poi.trip_guid = trips.guid

Answer 3

您可以在子选择中使用外部选择中的常量和值：

Update trips
Set locations = ( Select Distinct trips.city + ', ' + poi.city
                  From poi
                  Where poi.trip_guid = trips.guid )

我们不知道您的表是什么样子，所以我只能假设 Distinct 将以这种方式为您工作（仅返回子查询中的一个不同的城市）。

Answer 4

我找到了解决方案 - 只需将子查询移至 UDF :)

UPDATE TRIPS
   SET locations = getAllTripCity(guid);

我的 UDF 源代码：

CREATE FUNCTION dbo.getAllTripCity(
    @tripGuid uniqueidentifier
)
RETURNS nvarchar(200)
AS
BEGIN
 DECLARE @cities nvarchar(200);
 set  @cities = ''
 select @cities =  @cities + city + ' ' from (select DISTINCT city poi where poi.trip_guid = @tripGuid)
 return @ @cities;
END

这就是你我需要做的 - 工作正常:)

Answer 5

我遇到了与最初的海报相同的问题。我的用例如下：
一张表包含体育赛事的日期和时间。因为我从不同的来源获取信息，所以我更改了数据库的架构，因此我有一个代表体育赛事日期的时间和日期时间（或者可能只是日期）的 int 值。

这是我的查询：

UPDATE Matches 
SET StartTime= MatchTime.ThisMatchStartTime
FROM Matches AS M
INNER JOIN (SELECT CONVERT(int, CONVERT(varchar, DATEPART(Hour, MatchDate)) + RIGHT('00' + CONVERT(varchar, DATEPART(Minute, MatchDate)),2)) AS ThisMatchStartTime, MatchId
  FROM [Matches]
  WHERE SportTypeId=16) AS MatchTime ON M.MatchId=MatchTime.MatchId
WHERE StartTime > 2400
AND SportTypeId = 16;

一些解释：
您必须为子查询 MatchStartTime 指定一个不同的名称，否则您会从 SQL Server 收到警告/错误。
我还必须添加 MatchId，这样我就知道我正在更新正确的 Match。
SportTypeId 用于分隔数据库中的不同运动项目。

感谢@astander 为我指明了正确的方向。如果没有他的帖子，我会更加努力地最终找到这个解决方案。