Календарь на Май 2024 года: calendar2008.ru/2024/may/

Навигация

Главная » Sql

Изменение соединения

Источник: ln

Эта статья посвящена "хитрым" операторам UPDATE, изменяющим данные в одной таблице на основе данных из другой. Попутно обсуждаются причины возникновения ошибки ORA-01779 при выполнении таких действий путем изменения соединения. По мотивам очередного ответа Тома Кайта. Оператор UPDATE и NULL-значения Том, При изменении столбца с помощью оператора update, значение некоторых записей (которые не надо менять) изменяется на NULL. Я использую следующий оператор:

update    table    name B set        columnname    = (    select    value from     lookup    O where    B.keyname = O.keyname and    O.Othercolumn = Other_value);

В результате выполняются все необходимые изменения, но изменяются и записи, которые не надо менять: они получают значения Null. Можно ли этого избежать, поскольку нам надо часто изменять записи, но не все сразу.

Нет ли способа изменить только те записи, которые нужно, и не сбросить значения в других записях в Null?

Ответ Тома Кайта Есть как минимум 2 способа правильно выполнить такого рода коррелированное изменение. Я покажу свой любимый метод (изменение соединения) и другой метод, который будет работать если нельзя задать ограничение уникальности по LOOKUP(keyname) (что необходимо для успешного изменения соединения).

Рассмотрим следующие тестовые таблицы:

scott@ORA734.WORLD> create table name 2  ( keyname int, 3    columnName varchar2(25) 4  ) 5  / Table created.  scott@ORA734.WORLD> create table lookup 2  ( keyname int PRIMARY KEY, 3    value varchar2(25), 4    otherColumn int 5  ) 6  / Table created.  scott@ORA734.WORLD> insert into name values ( 100, 'Original Data' ); 1 row created.  scott@ORA734.WORLD> insert into name values ( 200, 'Original Data' ); 1 row created.  scott@ORA734.WORLD> insert into lookup values ( 100, 'New Data', 1 ); 1 row created.  scott@ORA734.WORLD> commit; Commit complete.

А вот параметр "other_value", который вы используете в своем операторе update...

scott@ORA734.WORLD> variable other_value number scott@ORA734.WORLD> exec :other_value := 1 PL/SQL procedure successfully completed.  scott@ORA734.WORLD> select * from name;  KEYNAME COLUMNNAME ---------- ------------------------- 100 Original Data 200 Original Data

Далее мы изменяем соединение. Можно изменять значение столбцов только в одной из таблиц, а другие таблицы, которые мы не изменяем, должны быть "защищены ключом" - мы должны иметь гарантию, что при соединении NAME со второй таблицей будет возвращено не более одной записи. Для этого столбец keyname в таблице LOOKUP должен быть либо первичным ключом, либо быть связанным ограничением уникальности...

scott@ORA734.WORLD> update 2    ( select columnName, value 3        from name, lookup 4       where name.keyname = lookup.keyname 5         and lookup.otherColumn = :other_value ) 6     set columnName = value 7  /  1 row updated.  scott@ORA734.WORLD> select * from name;  KEYNAME COLUMNNAME ---------- ------------------------- 100 New Data 200 Original Data

Обратите внимание, изменилась только интересующая нас строка - остальные данные не затронуты...

scott@ORA734.WORLD> rollback; Rollback complete.  scott@ORA734.WORLD> select * from name;  KEYNAME COLUMNNAME ---------- ------------------------- 100 Original Data 200 Original Data

Следующий способ сработает безо всяких ограничений - не нужно первичного ключа млм ограничения уникальности для таблицы lookup (но лучше точно знать, что подзапрос вернет 0 или 1 запись!).

Оператор очень похож на ваш update, но имеет конструкцию where, чтобы изменялись только строки, для которых есть соответствия...

scott@ORA734.WORLD> update name 2     set columnName = ( select value 3                          from lookup 4                         where lookup.keyname = name.keyname 5                           and otherColumn = :other_value ) 6   where exists ( select value 7                    from lookup 8                   where lookup.keyname = name.keyname 9                     and otherColumn = :other_value ) 10  /  1 row updated.  scott@ORA734.WORLD> select * from name;  KEYNAME COLUMNNAME ---------- ------------------------- 100 New Data 200 Original Data

А можно ли добиться того же для нескольких столбцов?

Том, Мне не удалось сделать следующее. Я создал две таблицы t и t1 с помощью select * from user_objects. В таблицах t и t1 - по 117 записей. Затем я взял один object_name(PRIMARY_SALESFORE) в таблице t и изменил три записи - object_type, object_id и created.

ADHOC@VOYAGER> select t.object_id,t1.object_id,t.object_type,t1.object_type, 2  t.created,t1.created 3  from t,t1 4  where t1.object_name=t.object_name 5  and t.object_name='PRIMARY_SALESFORCE';  OBJECT_ID OBJECT_ID OBJECT_TYPE   OBJECT_TYPE   CREATED   CREATED --------- --------- ------------- ------------- --------- --------- 2222     17927 ORATAB        TABLE         02-APR-02 01-APR-02

Теперь при попытке изменить эти три поля в таблице t на основе t1 я получаю следующее сообщение об ошибке. Что я делаю не так?

1  update 2  (select t.object_id,t1.object_id,t.object_type,t1.object_type, 3  t.created,t1.created 4  from t,t1 5  where t1.object_name=t.object_name 6  and t.object_name='PRIMARY_SALESFORCE') 7  set t.object_id=t1.object_id, 8  t.object_type=t1.object_type, 9* t.created=t1.created ADHOC@VOYAGER> / update * ERROR at line 1: ORA-00904: invalid column name

При попытке изменить всего один столбец в T я тоже получаю сообщение об ошибке:

ADHOC@VOYAGER> update 2  (select t.object_id toid,t1.object_id t1oid 3  from t,t1 4  where t.object_name=t1.object_name 5  and upper(t.object_name)='PRIMARY_SALESFORCE') 6  set toid=t1oid; update * ERROR at line 1: ORA-01779: cannot modify a column which maps to a non key-preserved table

Ответ Тома Кайта

Таблицы T и T1 "невидимы" за пределами подставляемого представления (inline view). Вы это исправили, добавив псевдонимы toid, t1oid.

Что касается второй ошибки, пожалуйста, перечитайте представленный выше ответ. НАДО, чтобы столбец object_id таблицы T1 был связан ограничением первичного ключа/уникальности, чтобы каждая строка таблицы T соединялась НЕ БОЛЕЕ, чем с одной строкой таблицы T1.

Пусть в таблице T имеется:

OBJECT_NAME          OBJECT_ID --------------       ---------------- ABC                  xxxx

А в таблице T1:

OBJECT_NAME          OBJECT_ID ----------------     ------------------ ABC                  123 ABC                  456

что должно быть в результате:

ADHOC@VOYAGER> update 2  (select t.object_id toid,t1.object_id t1oid 3  from t,t1 4  where t.object_name=t1.object_name 5  and upper(t.object_name)='PRIMARY_SALESFORCE') 6  set toid=t1oid;

надо ли при соединении брать 123 или 456, и в каких случаях? Поскольку результат этого изменения на 100% НЕОДНОЗНАЧНЫ, мы его не допускаем. Необходимо гарантировать защиту ключом с помощью ограничения первичного ключа/уникальности.

Соответствующий индекс в любом случае нужен из соображений производительности.

Комментарий читателя от 2 апреля 2002 года

Спасибо, Том. Я знал, что если еще раз (внимательно) перечитаю твой ответ, то смогу найти ошибку в SQL-операторе. Но, в любом случае, не мог бы ты помочь мне добиться желанной цели - изменить три столбца из другой таблицы, имеющий один совпадающий столбец (object_name), уникальный, но не являющийся первичным ключом.

Ответ Тома Кайта

update t set ( f1, f2, f3 ) = ( select a, b, c from t2 where t2.some_field = t.some_field ) where exists ( select a, b, c from t2 where t2.some_field = t.some_field ) /

Этот запрос позволит решить вашу проблему. Если нельзя задать ограничение уникальности (которое нужно ТЕОРЕТИЧЕСКИ, даже если не потребуется практически - если значения в столбце some_field таблицы t2 окажутся НЕ уникальными, представленный запрос закончится сообщением об ошибке "подзапрос вернул более одной строки", потому что оператор update будет НЕОДНОЗНАЧНЫМ)

Хороший прием. Комментарий читателя от 9 апреля 2002 года

Спасибо за прекрасный сайт. Я пытаюсь изменить таблицу на основе определенной информации в той же таблице. Запрос выглядит следующим образом:

DECLARE CURSOR c1 IS SELECT ROWID FROM siebel.s_synd_data where WHERE ROW_ID LIKE 'DDM%' AND DATA_SRC_CD = 'DECPRF' and POSITION_ID IS NULL; begin for cur in c1 loop UPDATE SIEBEL.S_SYND_DATA A SET A.POSITION_ID = (SELECT B.ROW_ID FROM SIEBEL.S_POSTN B, SIEBEL.S_ASGN_GRP C WHERE A.TERR_ID = C.ROW_ID AND SUBSTR(C.NAME, 1, 5) // '00D' = B.NAME) where rowid=cur.rowid; if mod(c1%rowcount,50000)=0 then commit; end if; end loop; commit; end ;

Предполагается, что условию WHERE курсора C1 будет удовлетворять 9 миллионов строк. Мой АБД говорит, что транзакция будет зафиксирована только после изменения 9 миллионов строк, и мне надо фиксировать ее после каждых 50000 - правильно ли это?

Что можно сделать, чтобы это изменение выполнялось быстрее - я знаю, что ты ненавидишь такие вопросы, если за ними не стоят определенные критерии, но что, если я создам индекс (по функции)?

Ответ Тома Кайта

Я лично делал бы так:

update s_synd_data a   -- извините, я не могу заставить себя набрать sie.... set a.position_id = ( select b.row_id from s_postn b, s_asng_grp c where c.row_id = a.terr_id and b.name = substr(c.name,1,5) // '00D' ) where row_id like 'DDM%' and data_src_cd = 'DECPRF' and position_id is null;

Если бы по столбцу position_id был индекс, я бы его удалил, выполнил изменение и пересоздал индекс без возможности восстановления и с распараллеливанием.

Прежде чем вы скажете: "но там же 9 миллионов строк - надо фиксировать по частям", я отвечу - ни в коем случае. Проверьте только, что выделено достаточно сегментов отката (иначе, при использовании вашего подхода, РАНО ИЛИ ПОЗДНО, вы получите сообщение об ошибке ORA-01555 - поищите на сайте обсуждения по слову 01555 или 1555 и поймете, что я имею ввиду).

Потребуется не так уж много места в сегментах отката, как может показаться. Процедурный код, вроде вашего:

будет работать медленне простого оператора update
сгенерирует больше данных отмены и повторного выполнения, чем один оператор update
будет источником ошибок (ora-01555, другие логические ошибки)
у вас уже есть логическая ошибка - c1%rowcount не содержит "суммарное" значение; это колчиество строк, измененных последним оператором update. Если вы измените фактически менее 50000 строк одним оператором, транзакция не будет зафиксирована (в вашем коде - ошибка)
вообще - плохая идея.

В своей системе я только что изменил 1099008 строк:

ops$tkyte@ORA817DEV.US.ORACLE.COM> update big_table set owner = lower(owner); Elapsed: 00:08:38.66 ops$tkyte@ORA817DEV.US.ORACLE.COM> select used_ublk from v$transaction;  USED_UBLK ---------- 13002 Elapsed: 00:00:00.01 ops$tkyte@ORA817DEV.US.ORACLE.COM> select 13002*8/1024 from dual;  13002*8/1024 ------------ 101.578125 Elapsed: 00:00:00.01 ops$tkyte@ORA817DEV.US.ORACLE.COM> select count(*) from big_table;  COUNT(*) ---------- 1099008 Elapsed: 00:00:02.41

для этого потребовалось около 100 Мбайт в сегменте отката. Вам следует ожидать порядка гигабайта. Я бы просто убедился (с помощью АБД), что столько места есть, использовал бы оператор set transaction use rollback segment при необходимости (можно просто создать временный сегмент для этого оператора update в каталоге /tmp, например, и потом его удалить). Выполните update. Этого достаточно.

Меньше думать, меньше делать, меньше вероятность ошибки...

Комментарий читателя от 30 апреля 2002 года

Уважаемый Том... В какой версии Oracle появилась возможность выполнять "изменение соединения"? Я всегда использовал для таких запросов второй вариант, с конструкцией EXISTS. Всегда казалось смешным, что приходится один и тот же подзапрос вводить дважды.

Тебе надо написать книжку о хитрых приемах в Oracle SQL.

Ответ Тома Кайта

Уверен, что эта возможность появилась в версии 7.3

ops$tkyte@ORA734.WORLD> create table t1 ( x int primary key, y int );  Table created.  ops$tkyte@ORA734.WORLD> create table t2 ( x int, y int );  Table created.  ops$tkyte@ORA734.WORLD> insert into t1 values ( 1, 1 );  1 row created.  ops$tkyte@ORA734.WORLD> insert into t1 values ( 2, 2 );  1 row created.  ops$tkyte@ORA734.WORLD> insert into t2 values ( 2, null );  1 row created.  ops$tkyte@ORA734.WORLD> insert into t2 values ( 3, null );  1 row created.  ops$tkyte@ORA734.WORLD> update ( select t1.y t1_y, t2.y t2_y 2                     from t1, t2 3                    where t1.x = t2.x ) 4     set t2_y = t1_y 5  /  1 row updated.  ops$tkyte@ORA734.WORLD> select * from t2;  X          Y ---------- ---------- 2          2 3

Параллельные операторы ЯМД и изменение представления с соединением

ADHOC@VOYAGER> update 2  (select t.object_id toid,t1.object_id t1oid 3  from t,t1 4  where t.object_name=t1.object_name 5  and upper(t.object_name)='PRIMARY_SALESFORCE') 6  set toid=t1oid;

В представленном выше запросе, который демонстрирует изменение представления с соединением, меня интересует, выполняется ли это изменение параллельно, если таблица t фрагментирована и выполнен оператор alter session enable parallel dml. Я использую аналогичный оператор update и выяснил, что лучшим планом выполнения оператора select будет полный просмотр обеих таблиц и соедитнение хешированием.

Ответ Тома Кайта

Если удовлетворены все остальные критерии (включено распараллеливание, таблицы допускают "распараллеливание") - должно выполняться параллельно.

Изменение будет выполняться по фрагментам таблицы T, с полным просмотром каждого фрагмента T и соединением его с таблицей T1 после фильтрации по условию upper(t.object_name).

Один из способов убедиться в этом - выполнить изменение, а затем - оператор select * from t where rownum = 1; Если этот оператор сработает, изменение не распараллеливалось, а если нет - было выполнено параллельно. Выполните Commit и сможете выбирать данные.

Можно ли это сделать, если задействовано более двух таблиц?

Я делал это, когда в соединении задействовано две таблицы.

Можно ли это сделать, если необходимо изменить столбец таблицы A в соответствии со значениями столбца в таблице C. Таблицы связаны так: A -> B -> C, где A является главной для всех, а B - главной для C?

Ответ Тома Кайта

Ай-я-яй, такой простой пример - вы же все уже указали - и не попытаться сделать... Ладно.

Ответ - да, если соблюдается "защита ключом", другими словами, каждая строка таблицы A появится в результате соединения НЕ БОЛЕЕ ОДНОГО РАЗА. В противном случае - нет.

Рассмотрим простой пример:

ops$tkyte@ORA920.LOCALHOSTgt; create table a ( x int primary key, y int );  Table created.  ops$tkyte@ORA920.LOCALHOST> create table b ( x references a primary key );  Table created.  ops$tkyte@ORA920.LOCALHOST> create table c ( x references b primary key, y int );  Table created.  ops$tkyte@ORA920.LOCALHOST> insert into a values ( 1, null );  1 row created.  ops$tkyte@ORA920.LOCALHOST> insert into a values ( 2, null );  1 row created.  ops$tkyte@ORA920.LOCALHOST> insert into b values ( 1 );  1 row created.  ops$tkyte@ORA920.LOCALHOST> insert into c values ( 1, 100 );  1 row created.  ops$tkyte@ORA920.LOCALHOST> select * from a;  X          Y ---------- ---------- 1 2  ops$tkyte@ORA920.LOCALHOST> update ( select a.y a_y, c.y c_y 2          from a, b, c 3             where a.x = b.x and b.x = c.x ) 4      set a_y = c_y;  1 row updated.  ops$tkyte@ORA920.LOCALHOST> select * from a;  X          Y ---------- ---------- 1        100 2

Блокировки. Комментарий читателя от 2 октября 2002 года

Том, В случае:

update ( select columnName, value from name, lookup where name.keyname = lookup.keyname and lookup.otherColumn = :other_value ) set columnName = value /

будут ли обе таблицы, name и lookup, заблокированы по ходу изменения?

Ответ Тома Кайта

ops$tkyte@ORA920.LOCALHOST> alter table emp add dname varchar2(30);  Table altered.  ops$tkyte@ORA920.LOCALHOST> update ( select emp.dname edname, dept.dname ddname 2          from emp, dept 3                where emp.deptno = dept.deptno ) 4   set edname = ddname;  14 rows updated.  ops$tkyte@ORA920.LOCALHOST> select type, id1, (select object_name from user_objects where object_id = id1) oname 2    from v$lock 3   where sid = (select sid from v$mystat where rownum=1) 4      and type = 'TM' 5  /  TY        ID1 ONAME -- ---------- -------------------- TM      31715 EMP

Блокируются только строки таблицы, которую вы изменяете.

Комментарий читателя от 29 января 2003 года

scott@ORA734.WORLD> update 2    ( select columnName, value 3        from name, lookup 4       where name.keyname = lookup.keyname 5         and lookup.otherColumn = :other_value ) 6     set columnName = value 7  /  1 row updated.  scott@ORA734.WORLD> update name 2     set columnName = ( select value 3                        from lookup 4                       where lookup.keyname = name.keyname 5                           and otherColumn = :other_value ) 6   where exists ( select value 7                    from lookup 8                   where lookup.keyname = name.keyname 9                     and otherColumn = :other_value ) 10  /  1 row updated.

Том, какой из этих двух запросов лучше с точки зрения производительности? Я предполагаю, что первый, но сомневаюсь. Если я ошибаюсь, то почему?

Ответ Тома Кайта

Оба плохи...

Нет, первый лучше

Хотя, постойте, второй лучше

Оба могут работать быстро, я думаю...

Их производительность будет зависеть от используемого оптимизатора, актуальности статистической информации, и т.п.

В общем случае, если "NAME" - очень маленькая таблица, а "LOOKUP" - очень большая, (но проиндексированная по keyname/othercolumn) - оператор с where exists вполне можно использовать.

Но обычно лучше изменять соединение.

Изменение главной таблицы на основе подчиненной (подчиненная - с составным ключом)

Не мог бы ты помочь мне сделать то, что я пытаюсь - изменить 2 или более столбца главной таблицы на основе данных в подчиненной, у которой первичный ключ - составной.

Пример:

Таблица: Food (food_id    number primary key food_name  varchar2(100) calorie    number fibre      number total_fat  number )  Пример данных в таблице Food: Food_id  food_name  calorie    fibre    total_fat 1        apple      null       null    null 2        beer       null       null    null  Таблица: Food_Portion (food_id     number portion_id  number qty         number weight      number calorie     number fibre       number total_fat   number )   food_id + portion_id - первичный ключ  Пример данных в таблице Food_Portion: Food_id    Portion_ID qty    weight calorie    fibre  total_fat 1          1          1      10     10         3      3 1          2          2      15     20         5      2 1          3          100    100    60         10     9 2          1          1      10     5          0      0 2          2          .5     6      4          0      0 2          3          100    100    40         0      10

В результате изменения надо установить значения столбцов calorie, fibre и total_fat в таблице food_table равными значениям в таблице food_portion, где food_portion.qty = 100 и food_portion.weight = 100

Гарантируется, что для каждого food_id в таблице food_portion будет только одна строка с qty = 100 и weight = 100 (т.е. оператор select food_id from food_portion where qty = 100 and weight = 100 вернет ровно одну строку для каждого значения food_id)

Я выполнял следующий оператор update:

update ( select a1, b1 from a, b where a.id = b.id ) set a1 = b1 (this one I haven't tried)

Но получил сообщение об ошибке 'ORA-01779: cannot modify a column which maps to a non key-preserved table'

Потом я попробовал выполнить:

update t set ( f1, f2, f3 ) = ( select a, b, c from t2 where t2.some_field = t.some_field ) where exists ( select a, b, c from t2 where t2.some_field = t.some_field )   update a set a1 = ( select b1 from b where b.id = a.id ) where a.id in ( select id from b )

И оба оператора вернули сообщение об ошибке ORA-01427: single-row subquery returns more than one row

Меня интересует, можно ли выполнить такое изменение, не используя PL/SQL?

Ответ Тома Кайта

Если вы указываете:

where t2.some_field = t.some_field )

И получаете:

ORA-01427: single-row subquery returns more than one row

Значит, предположение о единственности строки для каждого food_id не оправдалось.

Но, в любом случае, если запрос:

select food_id from food_portion where qty = 100 and weight = 100 group by food_id having count(*) > 1;

возвращает НОЛЬ строк (нет дублирующихся значений!), то:

ops$tkyte@ORA817DEV> update food 2     set (calorie,fibre,total_fat) = 3             (select calorie,fibre,total_fat 4                    from food_portion fp 5                   where fp.food_id = food.food_id 6                     and fp.qty = 100 7                     and fp.weight = 100 ) 8   where exists 9             (select calorie,fibre,total_fat 10                    from food_portion fp 11                   where fp.food_id = food.food_id 12                     and fp.qty = 100 13                     and fp.weight = 100 ) 14  /

Выполняет соответствующее изменение.

Очень полезный пример

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

scott@MSORA920>create table dept_demo as select * from dept;  Table created.  scott@MSORA920>SELECT deptno, dname, INITCAP(dname) Iname, loc, INITCAP(loc) Iloc FROM dept_demo;  DEPTNO DNAME          INAME          LOC           ILOC ---------- -------------- -------------- ------------- ------------- 10 ACCOUNTING     Accounting     NEW YORK      New York 20 RESEARCH       Research       DALLAS        Dallas 30 SALES          Sales          CHICAGO       Chicago 40 OPERATIONS     Operations     BOSTON        Boston  scott@MSORA920>edit Wrote file afiedt.buf  1  UPDATE( 2  SELECT deptno, dname, INITCAP(dname) Iname, loc, INITCAP(loc) Iloc FROM dept_demo 3* ) SET dname = Iname, loc = Iloc scott@MSORA920>/  4 rows updated.  scott@MSORA920>edit Wrote file afiedt.buf  1* SELECT deptno, dname, INITCAP(dname) Iname, loc, INITCAP(loc) Iloc FROM dept_demo scott@MSORA920>/  DEPTNO DNAME          INAME          LOC           ILOC ---------- -------------- -------------- ------------- ------------- 10 Accounting     Accounting     New York      New York 20 Research       Research       Dallas        Dallas 30 Sales          Sales          Chicago       Chicago 40 Operations     Operations     Boston        Boston  scott@MSORA920>

Спасибо :)

Комментарий читателя от 1 мая 2003 года

Том, Если в твоем исходном примере вместо:

Update... SET    columnName = Value;

Написать:

Update... SET    Value = columnName;

Я получаю сообщение об ошибке "ORA-01779: cannot modify a column which maps to a non key-preserved table" (см. ниже).

Разме в запросе columnName не возвращает тоже всего одну запись? Почему так не срабатывает?

SQL> CREATE TABLE name ( 2  keyname    INT, 3  columnName VARCHAR2(25) 4  );  Table created.  SQL> CREATE TABLE lookup ( 2  keyname     INT PRIMARY KEY, 3  value       VARCHAR2(25), 4  otherColumn INT 5  );  Table created.  SQL> insert into name values ( 100, 'Original Data' );  1 row created.  SQL> insert into name values ( 200, 'Original Data' );  1 row created.  SQL> insert into lookup values ( 100, 'New Data', 1 );  1 row created.  SQL> commit;  Commit complete.  SQL> UPDATE ( 2     SELECT a.columnName, b.value 3     FROM   name a, lookup b 4     WHERE  a.keyname = b.keyname AND 5            b.otherColumn = 1) 6  SET columnName = value;  1 row updated.  SQL> rollback;  Rollback complete.  SQL> UPDATE ( 2     SELECT a.columnName, b.value 3     FROM   name a, lookup b 4     WHERE  a.keyname = b.keyname AND 5            b.otherColumn = 1) 6  SET value = columnName; SET value = columnName * ERROR at line 6: ORA-01779: cannot modify a column which maps to a non key-preserved table

Ответ Тома Кайта

SQL> CREATE TABLE name ( 2  keyname    INT, 3  columnName VARCHAR2(25) 4  );  Table created.  SQL> CREATE TABLE lookup ( 2  keyname     INT PRIMARY KEY, 3  value       VARCHAR2(25), 4  otherColumn INT 5  );  insert into name values ( 1, 'x' ); insert into name values ( 1, 'y' );  insert into lookup values ( 1, null, null );

А теперь, какой результат должен получиться после изменения:

SQL> UPDATE ( 2     SELECT a.columnName, b.value 3     FROM   name a, lookup b 4     WHERE  a.keyname = b.keyname AND 5            b.otherColumn = 1) 6  SET value = columnName;

Столбец value будет иметь значение x или y?

Чтобы избавиться от двусмысленности, необходим первичный ключ по столбцам таблиц "lookup", по которым выполняется соединение - у вас его нет.

Oracle начала продажи программно-аппаратного комплекса Oracle Exalytics In-Memory Machine.

Oracle security policies.

Перенос сайта(ов) без простоя и потери данных между выделенными серверами.

Как сделать последовательность (sequence) в MySql?.

Рынок СУБД для Хранилищ данных. Итоги 2006 года.

Главная » Sql