MasterZivДаже если есть там UNIQUE CONSTRAINT, в запросе таблица с этим
констрейнтом может JOIN-иться с другими таблицами 1:N и из
какой строки брать эти значения - непонятно.
Не совсем так.
Эта тема перекликается с одним понятием Oracle. В нем есть такой объект - DIMENSION, основной смысл которого можно выразить следующим образом: он подсказывает оптимизатору, что в некоторой таблице поле A
определяет значения полей B, C и D (то есть - у любых строк, у который совпадает значение A, совпадают также значения B, C и D). Оптимизатор использует эту информацию при query rewrite.
Так вот: если поле A во-первых, определяет значения B, C и D, а во-вторых, участвует в группировке, это означает, что внутри любой группы B, C и D заведомо совпадают. Независимо от того, в какие join-ы вступает эта таблица.
От ключевого достаточно естественно ожидать, что оно определяет значения других полей в таблице. Это действительно можно было бы использовать в некоторых случаях при оптимизации, если бы не то, что есть ряд случаев, нарушающих это правило. Например:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
Connected to Oracle Database 10g Enterprise Edition Release 10 . 1 . 0 . 5 . 0
Connected as test
SQL> create table "unique" (id integer not null, data varchar2( 10 ));
Table created
SQL> alter table "unique" add constraint unique_pk primary key (id) deferrable initially deferred;
Table altered
SQL> insert into "unique" values ( 1 , 'first');
1 row inserted
SQL> insert into "unique" values ( 1 , 'second');
1 row inserted
SQL> select id, min (data), max (data) from "unique" group by id;
ID MIN(DATA) MAX(DATA)
--------------------------------------- ---------- ----------
1 first second
SQL> commit;
ORA- 02091 : transaction rolled back
ORA- 00001 : unique constraint (TEST.UNIQUE_PK) violated
