Обновить таблицу с помощью JOIN в SQL Server?

836

Я хочу обновить столбец в таблице, создавая соединение с другой таблицей, например:

UPDATE table1 a 
INNER JOIN table2 b ON a.commonfield = b.[common field] 
SET a.CalculatedColumn= b.[Calculated Column]
WHERE 
    b.[common field]= a.commonfield
AND a.BatchNO = '110'

Но это жалуется

Сообщение 170, уровень 15, состояние 1, строка 2,
строка 2: неправильный синтаксис рядом с буквой «а».

Что здесь не так?

Manjot
источник

Ответы:

1599

У вас не совсем запатентованный UPDATE FROMсинтаксис SQL Server . Также не уверен, почему вам нужно присоединиться к, CommonFieldа также фильтровать его позже. Попробуй это:

UPDATE t1
  SET t1.CalculatedColumn = t2.[Calculated Column]
  FROM dbo.Table1 AS t1
  INNER JOIN dbo.Table2 AS t2
  ON t1.CommonField = t2.[Common Field]
  WHERE t1.BatchNo = '110';

Если вы делаете что-то действительно глупое - например, постоянно пытаетесь установить значение одного столбца в совокупность другого столбца (что нарушает принцип избегания хранения избыточных данных), вы можете использовать CTE (общее табличное выражение) - см. Здесь а здесь для более подробной информации:

;WITH t2 AS
(
  SELECT [key], CalculatedColumn = SUM(some_column)
    FROM dbo.table2
    GROUP BY [key]
)
UPDATE t1
  SET t1.CalculatedColumn = t2.CalculatedColumn
  FROM dbo.table1 AS t1
  INNER JOIN t2
  ON t1.[key] = t2.[key];

Причина, по которой это действительно глупо, заключается в том, что вам придется перезапускать все это обновление каждый раз, когда в строку вносятся table2изменения. A SUM- это то, что вы всегда можете вычислить во время выполнения, и при этом никогда не нужно беспокоиться о том, что результат устарел.

Аарон Бертран
источник
4
Когда я пробую это, это не нравится UPDATE table1 a SET a.[field] = b.[field] - удаление псевдонима работает, так чтоUPDATE table1 a SET [field] = b.[field]
baldmosher
@baldmosher Бьюсь об заклад, есть еще одна проблема, не могли бы вы опубликовать репродукцию на скрипке SQL?
Аарон Бертран
1
Не работал для меня на MySQL. Я должен был использовать следующее (что делает больше смысла): UPDATE t1 INNER JOIN t2 on t2.col = t1.col SET t1.field=value WHERE t2.col=something.
Джордж
16
@ GeorgeRappel, конечно, вероятно, не будет работать и на многих других платформах. Вопрос о SQL Server.
Аарон Бертран
Допустим, несколько записей из t1 ссылались на одну и ту же запись из t2, поэтому объединение приводит к тому, что одна и та же запись t2 возвращается в несколько строк. В вашем первом примере, если вы вместо этого обновили t2, будет ли он обновлять эту запись несколько раз или только один раз?
xr280xr
46

Попробуйте это так:

begin tran
    UPDATE a 
    SET a.CalculatedColumn= b.[Calculated Column]
    FROM table1 a INNER JOIN table2 b ON a.commonfield = b.[common field] 
    WHERE a.BatchNO = '110'
commit tran
RBarryYoung
источник
29

Ответ, данный выше Аароном, совершенен:

UPDATE a
  SET a.CalculatedColumn = b.[Calculated Column]
  FROM Table1 AS a
  INNER JOIN Table2 AS b
  ON a.CommonField = b.[Common Field]
  WHERE a.BatchNo = '110';

Просто хочу добавить, почему эта проблема возникает в SQL Server, когда мы пытаемся использовать псевдоним таблицы при обновлении этой таблицы, приведенный ниже синтаксис всегда будет выдавать ошибку:

update tableName t 
set t.name = 'books new' 
where t.id = 1

регистр может быть любым, если вы обновляете одну таблицу или обновляете при использовании объединения.

Хотя приведенный выше запрос будет хорошо работать в PL / SQL, но не в SQL Server.

Правильный способ обновления таблицы при использовании псевдонима таблицы в SQL Server:

update t 
set t.name = 'books new' 
from tableName t 
where t.id = 1

Надеюсь, это поможет всем, почему ошибка пришла сюда.

Анкур Бутани
источник
1
Приятно спасибо. Ваш ответ является правильным для этого вопроса.
Ола
4
MERGE table1 T
   USING table2 S
      ON T.CommonField = S."Common Field"
         AND T.BatchNo = '110'
WHEN MATCHED THEN
   UPDATE
      SET CalculatedColumn = S."Calculated Column";
onedaywhen
источник
3

Похоже, что SQL Server 2012 также может обрабатывать старый синтаксис обновления Teradata:

UPDATE a
SET a.CalculatedColumn= b.[Calculated Column]
FROM table1 a, table2 b 
WHERE 
    b.[common field]= a.commonfield
AND a.BatchNO = '110'

Если я правильно помню, 2008R2 выдавал ошибку, когда я пытался подобный запрос.

nyunyu
источник
2

Я считаю полезным превратить UPDATE в SELECT, чтобы получить строки, которые я хочу обновить в качестве теста перед обновлением. Если я могу выбрать нужные мне строки, я могу обновить только те строки, которые я хочу обновить.

DECLARE @expense_report_id AS INT
SET @expense_report_id = 1027

--UPDATE expense_report_detail_distribution
--SET service_bill_id = 9

SELECT *
FROM expense_report_detail_distribution erdd
INNER JOIN expense_report_detail erd
INNER JOIN expense_report er 
    ON er.expense_report_id = erd.expense_report_id 
    ON erdd.expense_report_detail_id = erd.expense_report_detail_id
WHERE er.expense_report_id = @expense_report_id
CW1255
источник
2
    UPDATE mytable
         SET myfield = CASE other_field
             WHEN 1 THEN 'value'
             WHEN 2 THEN 'value'
             WHEN 3 THEN 'value'
         END
    From mytable
    Join otherTable on otherTable.id = mytable.id
    Where othertable.somecolumn = '1234'

Больше альтернатив здесь .

ВТ
источник
0

Другой подход будет использовать MERGE

  ;WITH cteTable1(CalculatedColumn, CommonField)
  AS
  (
    select CalculatedColumn, CommonField from Table1 Where BatchNo = '110'
  )
  MERGE cteTable1 AS target
    USING (select "Calculated Column", "Common Field" FROM dbo.Table2) AS source ("Calculated Column", "Common Field")
    ON (target.CommonField = source."Common Field")
    WHEN MATCHED THEN 
        UPDATE SET target.CalculatedColumn = source."Calculated Column";

-Merge является частью стандарта SQL

-Также я почти уверен, что обновления внутреннего соединения не являются детерминированными. Подобный вопрос здесь, где ответ говорит об этом http://ask.sqlservercentral.com/questions/19089/updating-two-tables-using-single-query. HTML

Шейн Невиль
источник
4
Хотя они могут быть стандартными, я был бы очень осторожен сMERGE .
Аарон Бертран
1
Что довольно забавно, потому что буквально через 5 минут после того, как я опубликовал это, я столкнулся с некоторыми проблемными недетерминированными обновлениями в уродствах, которые я унаследовал :-) забавные вещи
Шейн Невиль
Это не делает слияние лучше, это просто означает, что у вас плохие обновления.
Аарон Бертран
1
Да, я просто был анекдотичен :-) У меня было это в голове, когда я нырнул обратно в sproc, и это было первое, что я увидел.
Шейн Невилл,
3
CTE являются стандартными; Квадратные скобки для избежания глупых имен не являются (двойные кавычки).
понедельник,
0

У меня была та же проблема .. и вам не нужно добавлять физический столбец .. потому что теперь вам нужно будет поддерживать его .. что вы можете сделать, это добавить общий столбец в запросе выбора:

EX:

select tb1.col1, tb1.col2, tb1.col3 ,
( 
select 'Match' from table2 as tbl2
where tbl1.col1 = tbl2.col1 and tab1.col2 = tbl2.col2
)  
from myTable as tbl1
Махмуд Сайед
источник
0

Подход Аарона выше работал отлично для меня. Мой оператор обновления немного отличался, потому что мне нужно было объединить на основе двух полей, соединенных в одной таблице, чтобы соответствовать полю в другой таблице.

 --update clients table cell field from custom table containing mobile numbers

update clients
set cell = m.Phone
from clients as c
inner join [dbo].[COSStaffMobileNumbers] as m 
on c.Last_Name + c.First_Name = m.Name
Джереми Бутот
источник
-3

Пытаться:

UPDATE table1
SET CalculatedColumn = ( SELECT [Calculated Column] 
                         FROM table2 
                         WHERE table1.commonfield = [common field])
WHERE  BatchNO = '110'
user140301
источник
7
Я понижаю голос, потому что это обновит каждую строку table1, а не только те строки, где есть совпадение в общем поле между обеими таблицами (фактически левое соединение, а не внутреннее соединение).
Cᴏʀʏ
@ Cᴏʀʏ: Вы имеете в виду, что он будет обновлять каждую строку BatchNo = '110', не так ли? Все ли отрицательные результаты произошли в результате этого эффекта, или у других были другие причины для понижающего голосования?
Palswim
Я спрашиваю, потому что некоторые могут принять, что операция UPDATE может установить для некоторых строк значение NULL, и эта форма может быть менее специфичным для T-SQL решением.
Palswim