SQL met à jour plusieurs champs à partir d'une instruction SELECT

Vous devriez être capable de faire quelque chose dans le sens de ce qui suit

UPDATE s
SET
    OrgAddress1 = bd.OrgAddress1,
    OrgAddress2 = bd.OrgAddress2,
    ...
    DestZip = bd.DestZip
FROM
    Shipment s, ProfilerTest.dbo.BookingDetails bd
WHERE
    bd.MyID = @MyId AND s.MyID2 = @MyID2

FROM statement peut être rendu plus optimial (en utilisant des jointures plus spécifiques), mais ce qui précède devrait faire l'affaire. Aussi, un bon avantage de côté à l'écrire de cette façon, pour voir un aperçu de la mise à jour change UPDATE s SET à lire SELECT! Vous verrez alors ces données telles qu'elles apparaîtraient si la mise à jour avait eu lieu.

Vous pouvez utiliser:

UPDATE s SET
  s.Field1 = q.Field1,
  s.Field2 = q.Field2,
  (list of fields...)
FROM (
  SELECT Field1, Field2, (list of fields...)
  FROM ProfilerTest.dbo.BookingDetails 
  WHERE MyID=@MyID
) q
WHERE s.MyID2=@ MyID2

Vous pouvez utiliser update from...

Quelque Chose comme:

Mettre à jour le jeu d'expédition.... de envoi INNER join ProfilerTest.dbo.BookingDetails sur ...

Je l'écrirais de cette façon

UPDATE s
SET    OrgAddress1 = bd.OrgAddress1,    OrgAddress2 = bd.OrgAddress2,    
     ...    DestZip = bd.DestZip
--select s.OrgAddress1, bd.OrgAddress1, s.OrgAddress2, bd.OrgAddress2, etc 
FROM    Shipment s
JOIN ProfilerTest.dbo.BookingDetails bd on  bd.MyID =s.MyID2
WHERE    bd.MyID = @MyId 

De cette façon, la jointure est explicite car les jointures implicites sont une mauvaise chose à mon humble avis. Vous pouvez exécuter la sélection commentée (généralement je spécifie les champs que je mets à jour les anciennes et les nouvelles valeurs les unes à côté des autres) pour vous assurer que ce que je vais mettre à jour est exactement ce que je voulais mettre à jour.

J'ai juste dû résoudre un problème similaire où j'ai ajouté un numéro de séquence (de sorte que les éléments regroupés par un ID parent, ont une séquence que je peux commander (et vraisemblablement l'utilisateur peut changer le numéro de séquence pour changer l'ordre).

Dans mon cas, c'est une assurance pour un Patient, et l'utilisateur peut définir l'ordre dans lequel il est assigné, donc passer par la clé primaire n'est pas utile à long terme, mais est utile pour définir une valeur par défaut.

Le problème avec toutes les autres solutions que certaines fonctions d'agrégat ne sont pas autorisées en dehors D'un SELECT

Cette sélection vous donne le nouveau numéro de Séquence:

select PatientID,
       PatientInsuranceID, 
       Sequence, 
       Row_Number() over(partition by PatientID order by PatientInsuranceID) as RowNum
from PatientInsurance
order by PatientID, PatientInsuranceID

Cette commande de mise à jour, serait simple, mais n'est pas autorisée:

update PatientInsurance
set Sequence = Row_Number() over(partition by PatientID order by PatientInsuranceID)

La solution qui a fonctionné (je viens de le faire), et est similaire à la solution d'eKek0:

UPDATE PatientInsurance
SET  PatientInsurance.Sequence = q.RowNum
FROM (select PatientInsuranceID, 
             Row_Number() over(partition by PatientID order by PatientInsuranceID) as RowNum
      from PatientInsurance
     ) as q 
WHERE PatientInsurance.PatientInsuranceID=q.PatientInsuranceID 

Cela me permet de sélectionner l'ID dont j'ai besoin pour correspondre aux choses, et la valeur que je dois définir pour cet ID. D'autres solutions auraient été bien si je n'utilisais pas Row_Number () qui ne fonctionnera pas en dehors d'un SELECT.

Étant donné qu'il s'agit d'une opération 1 fois, le codage est toujours simple, et la vitesse d'exécution est assez rapide pour plus de 4000 lignes