Oracle SQL: mettre à Jour une table avec des données provenant d'une autre table

Tableau 1:

id    name    desc
-----------------------
1     a       abc
2     b       def
3     c       adf

Tableau 2:

id    name    desc
-----------------------
1     x       123
2     y       345

Dans oracle SQL, comment puis-je exécuter une sql de mise à jour requête qui peut mettre à jour le Tableau 1 au Tableau 2 de l' name et desc à l'aide de la même id? Donc au final, le résultat que j'obtiendrais est

Tableau 1:

id    name    desc
-----------------------
1     x       123
2     y       345
3     c       adf

Question est prise à partir de mise à jour d'une table avec des données à partir d'un autre, mais spécifiquement pour oracle SQL.

double possible de sql de la requête de mise à jour avec les données d'une autre table
Vous avez besoin de revenir à votre question, l'onu accepte cette réponse, et de préciser que vous avez besoin de l'Oracle PLSQL syntaxe.
Ce n'est pas ma question...
Oh, je vois. Si vous copie-collé de la question du corps, mais modifié pour inclure l'Oracle bits.
Ouais. Et ce n'est probablement pas le meilleur exemple, puisque "desc" est un mot réservé, mais bon.

InformationsquelleAutor Muhd | 2011-08-11

454

Cela s'appelle une corrélation mise à jour
```
UPDATE table1 t1
   SET (name, desc) = (SELECT t2.name, t2.desc
                         FROM table2 t2
                        WHERE t1.id = t2.id)
 WHERE EXISTS (
    SELECT 1
      FROM table2 t2
     WHERE t1.id = t2.id )
```
En supposant que la jointure des résultats dans un préservé vue, vous pouvez également
```
UPDATE (SELECT t1.id, 
               t1.name name1,
               t1.desc desc1,
               t2.name name2,
               t2.desc desc2
          FROM table1 t1,
               table2 t2
         WHERE t1.id = t2.id)
   SET name1 = name2,
       desc1 = desc2
```
- Dans votre premier exemple de code: Est-ce que l'extérieur de la clause where nécessaire pour obtenir des résultats corrects? Ou avez-vous l'utiliser uniquement pour accélérer la requête?
- Dans le premier exemple, le WHERE EXISTS vous empêche de mettre à jour une ligne dans t1 si il n'y a pas de ligne correspondante dans t2. Sans elle, chaque ligne de t1 sera mis à jour et les valeurs seront mis à NULL si il n'y a pas de ligne correspondante dans t2. Qui n'est généralement pas ce que vous voulez arriver si l' WHERE EXISTS est généralement nécessaire.
- Il est utile d'ajouter que la SELECT ... FROM t2 doit résultat dans une ligne unique. Cela signifie que vous devez sélectionner tous les champs qui composent une clé unique -- non unique de la clé primaire n'est pas suffisant. Sans unicité, vous êtes réduit à quelque chose comme @PaulKarr de la boucle - et si il n'y a pas unicité de la corrélation, puis plus d'une ligne cible peut être mis à jour pour chaque ligne source.
- Serait la OÙ EXISTE mieux que OÙ t1.id IN (select id from t2), de sorte que vous obtenez une jointure de hachage au lieu de un EXISTE requête sur chaque ligne?
- Il dépend. Les dernières versions d'Oracle sont très bonnes à produire le plan optimal si vous utilisez IN ou EXISTS. Si il y a une différence, si vous vous attendez à ce que la ligne de requête est généralement va retourner une relativement grande partie des lignes dans la table cible, une EXISTS serait généralement plus efficace, une IN seraient plus efficaces si vous comptez revenir qu'une infime fraction des lignes dans la table cible. Bien sûr, les "petits" et "grands" sont des termes relatifs, de sorte que la seule vraie réponse est de tester et de voir.
- Explication sur les principaux conserves exigence pouvant être mis à jour jointures: asktom.oracle.com/pls/asktom/...
- Merci pour le partage de cette magnifique réponse. Veux juste vous demander, j'ai un cas similaire et lors de l'utilisation de la méthode ci-dessus(Corrélation de mise à jour) se message que "la Seule ligne de sous-requête renvoie mre de une ligne". Pouvez-vous s'il vous plaît aider? Merci.
- Cela signifie que votre sous-requête (la requête à partir de table2) est renvoyant plusieurs lignes pour un ou plusieurs table1 des valeurs et de l'Oracle ne sais pas ce que vous voulez utiliser. Normalement, cela signifie que vous avez besoin pour affiner la sous-requête afin qu'elle retourne une seule ligne distinct.
- en cas de réponse incorrecte de la performance sage, il y a MERGE de commande spécialement pour cela
InformationsquelleAutor Justin Cave
85

Essayez ceci:
```
MERGE INTO table1 t1
USING
(
-- For more complicated queries you can use WITH clause here
SELECT * FROM table2
)t2
ON(t1.id = t2.id)
WHEN MATCHED THEN UPDATE SET
t1.name = t2.name,
t1.desc = t2.desc;
```
- Très vite en effet, 1159477 lignes fusionnées dans 15,5 s
- J'espère que tout le monde la visite de cette question pour l'après-2015 avis de cette réponse. Notez que cela fonctionne aussi si table1 et table2 sont de la même table, il suffit de prendre soin de la ON-partie et le WHEREde la clause de la SELECT-déclaration de table2!
- Je trouve que chaque fois que j'ai besoin de faire une autre fusion je reviens à cette réponse pour l'inspiration. Je pourrais l'imprimer et l'encadrer sur mon mur
- Fonctionne comme un charme!! Thx!
InformationsquelleAutor Adrian

essayer

UPDATE Table1 T1 SET
T1.name = (SELECT T2.name FROM Table2 T2 WHERE T2.id = T1.id),
T1.desc = (SELECT T2.desc FROM Table2 T2 WHERE T2.id = T1.id)
WHERE T1.id IN (SELECT T2.id FROM Table2 T2 WHERE T2.id = T1.id);

L'inconvénient de cette est que l'instruction SELECT est répétée 3 fois. Dans les exemples complexes qui peuvent être un deal-breaker.

InformationsquelleAutor Yahia

7

Ici semble être une meilleure réponse avec "dans" la clause qui autorise plusieurs clés pour la rejoindre:
```
update fp_active set STATE='E', 
   LAST_DATE_MAJ = sysdate where (client,code) in (select (client,code) from fp_detail
  where valid = 1) ...
```
L'exemple complet est ici:
http://forums.devshed.com/oracle-development-96/how-to-update-from-two-tables-195893.html

La viande de boeuf est en ayant les colonnes que vous souhaitez utiliser comme clé entre parenthèses dans la clause where avant d'en avoir l'instruction select avec les mêmes noms de colonnes dans les parenthèses.
où (column1,column2) dans ( sélectionnez (column1,column2) à partir de la table où les "le je veux" );

InformationsquelleAutor ant
7
```
Update table set column = (select...)
```
n'a jamais travaillé pour moi depuis le set s'attend seulement 1 valeur SQL Error: ORA-01427: simple-rangée sous-requête renvoie plusieurs lignes.

voici la solution:
```
BEGIN
For i in (select id, name, desc from table1) 
LOOP
Update table2 set name = i.name, desc = i.desc where id = i.id;
END LOOP;
END;
```
C'est exactement comment vous l'exécutez sur SQLDeveloper feuille de calcul. Ils disent que c'est lent mais c'est la seule solution qui a fonctionné pour moi sur cette affaire.
- quelqu'un peut-il expliquer pourquoi cela mérite un -2 sur la réputation? LOL.
- Je n'ai pas de baisse de taux, mais ce n'est pas une bonne solution. Tout d'abord: si celle-ci était de retourner plusieurs valeurs, alors la boucle sera d'écraser le nom sur table2 plusieurs fois pour certains/tous les enregistrements (pas propre). Deuxièmement: il n'y a pas de clause order by de sorte que cela va se produire de façon imprévisible (c'est à dire la dernière valeur dans la non-ordonnée de données wins). Troisièmement: Il sera beaucoup plus lente. En supposant que le résultat de la boucle a été prévu, à l'origine-ci pourrait avoir été réécrit dans certains contrôlée pour retour 1 seule valeur pour chaque enregistrement... plus simple artificiel serait (select min(nom)...)
- C'était exactement ce dont j'avais besoin. Merci (+1)
- Si vous obtenez plusieurs valeurs dans votre sous-requête, vous pouvez repenser la requête et de l'utilisation DISTINCTE ou un GROUPE EN avec MIN, MAX. Juste une idée.
- Longue histoire courte: si vous le pouvez, à tous les éviter, de ne jamais jamais jamais utiliser n'importe quel type de BOUCLE dans une instruction T-SQL. Personnellement, si ce n'était pas pour le de 0,001% du temps où il n'y a pas d'autre solution, je ne pense même pas qu'il devrait même être une fonction disponible en T-SQL. T-SQL est conçu pour être ensemble, donc il travaille sur un ensemble de données dans son ensemble; il ne doit PAS être utilisé pour travailler sur des données ligne par ligne.
- C'est terriblement lent et inefficace. Vous n'avez même pas de filtre table1! Si table1 a 150 millions d'albums dans et table2 10, vous lle cycle de 150 millions de fois pour aucune raison du tout. Et même si vous ne filtre, c'est toujours lent que l'enfer pour n'importe quel ensemble de données volumineux. Utiliser une instruction MERGE à la place.
InformationsquelleAutor Pau Karr
-3

Si votre table t1 et c'est la sauvegarde de t2 ont beaucoup de colonnes, voici un compact moyen de le faire.

En outre, mon problème connexe est que seulement certaines colonnes ont été modifiés et le nombre de lignes n'avait pas de modifications de ces colonnes, j'ai donc voulu donner à ces seuls - essentiellement de la restauration d'un sous-ensemble de colonnes à partir d'une sauvegarde de l'ensemble de la table. Si vous voulez il suffit de restaurer toutes les lignes, sauter la clause where.

Bien sûr, le plus simple serait de supprimer et insérer des select, mais dans mon cas, j'ai besoin d'une solution avec juste les mises à jour.

Le truc, c'est que lorsque vous sélectionnez * à partir d'une paire de tables avec des noms de colonne en double, le 2ème sera nommé _1. Alors, voici ce que je suis venu avec:
```
  update (
    select * from t1 join t2 on t2.id = t1.id
    where id in (
      select id from (
        select id, col1, col2, ... from t2
        minus select id, col1, col2, ... from t1
      )
    )
  ) set col1=col1_1, col2=col2_1, ...
```
- Cela ne fonctionne pas pour moi dans Oracle 11g. Pouvez-vous créer un exemple de cette méthode?
InformationsquelleAutor Jim P

-3

BEGIN
For i in (select id, name, desc from table2) 
LOOP
Update table1 set name = i.name, desc = i.desc where id = i.id and (name is null or desc is null);
END LOOP;
END;

InformationsquelleAutor Avila Theresa

Vous devez vous connecter pour publier un commentaire.