SQL Server 2008 mise à Jour de la Requête avec Jointure et la clause where dans la table jointe

Ne sais pas pourquoi cela ne fonctionne pas:

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)

En clair, je suis en train de mettre la isUnsubscribed champ de désabonné où la userID dans le UserSetting tableau est égale à la userID dans la table user et où la emailAddress dans la table utilisateur n'est pas dans une liste d'e-mails à partir d'une autre table. Je peux courir un select sur la isUnsubbed colonne en utilisant à peu près la même syntaxe et il fonctionne bien? merci!

P. S. j'ai regardé d'autres questions similaires ici et la syntaxe semble le même, mais évidemment, je suis en manque de quelque chose.

  • pourquoi il ne fonctionne pas ? avez-vous un message d'erreur (si oui, quel est le message?) ou vous n'avez pas les résultats escomptés (si oui, quels sont les résultats obtenus ?)?
  • Désolé excellente question! Il n'a pas d'analyser la requête..
  • appuyez sur entrée par erreur. Colonne ou de l'expression 'isUnsubscribedFromSystemEmails' ne peut pas être mis à jour. Les colonnes existe et est accessible en écriture.. pas de problème d'autorisations.. et puis je reçois quelques autres trucs et le message d'erreur : nom d'objet non valide 'ust'. UserSetting table existent, c'est certain! Sélectionnez en utilisant les mêmes joindre et où la clause donne des résultats corrects
  • où la emailAddress dans la table utilisateur est pas dans une liste d'e-mails à partir d'une autre table" - voulez-vous dire BadEmailAddresses, et si oui, voulez-vous dire "et où l' emailAddress dans la table user est dans une liste d'e-mails à partir de BadEmailAddresses "?
  • Juste un commentaire concernant le nom de la colonne 'isUnsubscribedFromSystemEmails'. En plus d'être un peu long, j'essaie d'éviter les noms. Je préfère quelque chose comme "SendSystemEmails'
  • salut Paul, je trouve que vous ne pouvez jamais être assez explicite avec les noms. Ce que ne pas le rendre agréable et descriptif? Comme les noms des entités cela aide les développeurs à comprendre ce que les propriétés n'sans deviner. Comme pour le négatif noms. je suis d'accord.. mais dans ce cas, il est négatif si ils unsub! ;')

InformationsquelleAutor toddm | 2010-09-20
  1. 2

    Bien que la mise à JOUR...DE la syntaxe est essentielle dans certaines circonstances, je préfère utiliser des sous-requêtes, chaque fois que possible. Est-ce à faire ce que vous avez besoin?

    UPDATE UserSetting
SET isUnsubscribedFromSystemEmails = 1
WHERE userID in (SELECT userID from [User]
                WHERE emailAddress in (SELECT emailAddress FROM BadEmailAddresses))
    • les travaux de cette. merci! Par la suite les mises à jour de l'ensemble deux fois si.. mais à ce point je m'en fous. merci!
    InformationsquelleAutor Paul Spangle
  2. 10

    Yep vous avez oublié quelque chose.

    L'instruction set ne peut pas faire référence à l'alias sur le côté gauche de l'ensemble.

    Essayer:

    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)

    J'ai ajouté le commentaire sur sélectionner de sorte que vous pouvez vérifier que vous aregetting les résultats que vous vouliez.

    • "Impossible d'analyser le Texte de la requête d'objet non Valide" nom "ust'
    • sélectionnez * à PARTIR de UserSetting COMME ust INNER JOIN [Utilisateur] SUR l'ust.userID = [Utilisateur].userID ET [Utilisateur].emailAddress DANS (SÉLECTIONNEZ votre adresse de courrier électronique à PARTIR de BadEmailAddresses) fonctionne très bien par la manière dont! renvoie les résultats attendus??
    • Si le select a bien fonctionné, je suis à une perte. Pourquoi ne t vous govie-nous quelques exemples de données à partir des paramètres de l'Utilisateur, nom d'Utilisateur et le bademailaddresses et nous pouvons le tester sur les données vous vous attendez à avoir.
    • J'ai essayé ce que je vous ai donné sur ma machine et il l'analyse et des pistes. êtes-vous sûr que vous avez utilisé ce que j'ai fait exactement? (Ichanged la dernière et pour un où la, mais qui est fonctionnellement la même chose et les deux versions de travail, je préfère juste à utiliser la jointure seulement pour ce qui est nécessaire pour la rejoindre). La clé est de changer l'ust.isUnsubscribedFromSystemEmails = 1 à isUnsubscribedFromSystemEmails = 1
    InformationsquelleAutor HLGEM
  3. 0

    Essayez ceci :

    UPDATE UserSetting ust SET usr.isUnsubscribedFromSystemEmails = 1
WHERE ust.emailAdress IN (select emailAddress from bademailAddresses);
    • j'ai essayé ce.. pour le isUnsubbed la colonne est dans l'ust table.. même avec ce changement, la requête ne pas analyser.
    InformationsquelleAutor ykatchou
  4. 0

    Essayer:

    UPDATE  
    UserSetting
SET   
    isUnsubscribedFromSystemEmails = 1 
FROM          
    UserSetting 
INNER JOIN 
    [User] ON UserSetting.userID = [User].userID  
AND  
    [User].emailAddress IN (SELECT emailAddress FROM BadEmailAddresses)
    • ce jeux de chaque enregistrement unique dans UserSetting.isUnsubscribedFromSystemEmails de vrai
    • Chaque email de l'utilisateur qui est mauvais?
    InformationsquelleAutor
  5. 0

    Note: Juste pour l'enregistrement (en supposant que vous obtenez tout le reste fonctionne), vous pouvez aussi faire une jointure interne sur la BadEmailAddresses table.

    Si vous avez des problèmes de performances, alors vous pouvez indexer le emailAddress colonne dans les deux tables.

    • En fait, un INNER JOIN est moins performant qu'une sous-requête lorsque la sous-requête est concis comme celui de la question. Plus d'extension approprié à ce serait à son tour [User] dans une vue qui a couru la sous-requête dans la WHERE clause.
    InformationsquelleAutor Henry Stinson