SQL Server 2008 Update Query с регистрацией и где пункт в присоединяемой таблице

Question

Не знаю, почему это не работает:

UPDATE 
    ust 
SET 
    ust.isUnsubscribedFromSystemEmails = 1 
FROM   
    UserSetting AS ust 
INNER JOIN 
    [User] ON ust.userID = [User].userID 
AND 
    [User].emailAddress IN (SELECT emailAddress FROM BadEmailAddresses) 

На простом английском языке, я пытаюсь установить isUnsubscribed поля для отписался, где userID в Таблица UserSetting равна таблице userID в таблице пользователя и где emailAddress в таблице пользователя не содержится в списке писем из другой таблицы. Я могу запустить select в столбце isUnsubbed, используя почти такой же синтаксис, и он отлично работает? благодаря!

P.S. Я посмотрел на другие подобные вопросы здесь, и синтаксис выглядит одинаково, но, очевидно, я что-то упускаю.

Answer 1

Хотя UPDATE ... FROM синтаксис имеет важное значение в некоторых случаях я предпочитаю использовать подзапросы всякий раз, когда это возможно. Делает ли это то, что вам нужно?

UPDATE UserSetting 
SET isUnsubscribedFromSystemEmails = 1 
WHERE userID in (SELECT userID from [User] 
       WHERE emailAddress in (SELECT emailAddress FROM BadEmailAddresses)) 

Answer 2

Да, вы что-то упустили.

Оператор set не может ссылаться на псевдоним в левой части набора.

Try:

UPDATE 
    ust 
SET 
    isUnsubscribedFromSystemEmails = 1 
--select * 
FROM   
    UserSetting AS ust 
INNER JOIN 
    [User] ON ust.userID = [User].userID 
WHERE [User].emailAddress IN (SELECT emailAddress FROM BadEmailAddresses) 

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

Answer 3

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

UPDATE UserSetting ust SET usr.isUnsubscribedFromSystemEmails = 1 
WHERE ust.emailAdress IN (select emailAddress from bademailAddresses); 

Answer 4

Try:

UPDATE 
    UserSetting 
SET 
    isUnsubscribedFromSystemEmails = 1 
FROM   
    UserSetting 
INNER JOIN 
    [User] ON UserSetting.userID = [User].userID 
AND 
    [User].emailAddress IN (SELECT emailAddress FROM BadEmailAddresses) 

Answer 5

Примечание: Только для записи (если вы получите все остальное работать), вы также можете сделать внутреннее соединение на BadEmailAddresses столе.

Если у вас есть проблемы с производительностью, вы можете захотеть индексировать столбец emailAddress в обеих таблицах.