Вниманию SQL-гуру предлагается недавно встретившаяся в жизни задачка.
Дано 2 таблицы
create table t1 (col1 int, col2 int, primary key col1);
create table t2 (col1 int, col2 int, primary key col1);

insert into t1 (1, 1);
insert into t1 (1, 2);
insert into t1 (2, 2);

insert into t2 (2, 2);
insert into t2 (3, 1);

Требуется : получить таблицу t3, состоящую из всех встреченных ключей и сумм по этим ключам. Т.е. результат должен быть
col1 sum(col2)
1 3
2 4
3 1


Чем универсальней (в плане СУБД) тем лучше.
Свое решение опубликую позже.

select from (select..) не понимает уйма баз. И хотелось бы обойтись без временных таблиц. Anyone ?

PS: В условии неточность - конечно,col1 не primary key и даже не unique.

ChA vybegalloselect from (select..) не понимает уйма баз. И хотелось бы обойтись без временных таблиц. Anyone ?Баз = СУБД ? Так view-то на UNION ALL что мешает сделать, это-то практически все СУБД понимают ? А потом выборка из него с группировкой, полагаю, что это самый практичный вариант. Наверняка, вариант, который Вы можете предложить, будет намного дороже в смысле выполнения сервером.
Можно такой вариант Или есть СУБД, которые не знают UNION ?

P.S. Чесслово, суть вопроса понятней не стала, точнее даже, смысл универсальности. Наверняка, за счет вопиющей неоптимальности...

1> SELECT col1, SUM(col2) + (SELECT SUM(t2.col2) FROM t2 WHERE t2.col1 = t1.col1)
FROM t1
2> 3> ;
Msg 21, Level 14, State 0:
ASA Error -1005004: Subqueries are allowed only as arguments of comparisons, IN,
and EXISTS Subquery SELECT/UNION at line: 1,
-- (df_Heap.cxx 4753)

Sybase IQ er 12.5

Try again...

Кстати, я бы поострегся делать выводы об оптимальности-неоптимальности запросов без привязки к конкретной СУБД.
Например, нынче я работаю с такой экзотической вещью как Sybase IQ, которая хранит таблицы по столбцам. В результате чего все понятия об оптимизации становятся с ног на голову. К примеру, приходится избавляться от view вида SELECT * ..., потому что цена выборки зависит от числа столбцов в результате.

daw

$ ./myisql
1> select isnull(t1.col1, t2.col1), isnull(sum(t1.col2), 0) + isnull(sum(t2.col2), 0)
from t1
full outer join t2 on
1 = 0
group by isnull(t1.col1, t2.col1)
;
isnull(t1.col1,t2.col1) isnull(sum(t1.col2),0)+isnull(
----------------------- ------------------------------

(0 rows affected)

НО если переделать JOIN на
t1.col1 = t2.col1
то все работает :

1> select isnull(t1.col1, t2.col1), isnull(sum(t1.col2), 0) + isnull(sum(t2.col2), 0)
from t1
full outer join t2 on
t1.col1 = t2.col1
group by isnull(t1.col1, t2.col1)
isnull(t1.col1,t2.col1) isnull(sum(t1.col2),0)+isnull(
----------------------- ------------------------------
2 4
1 3
3 1

(3 rows affected)


Ну и по поводу цены выборки в СУБД с постолбцовым расположением данных.
Дано :
таблица из 2 колонок, 1M записей, каждая колонка 100 байт.
Требуется : определить X1 - число прочитанных с диска байт для
случая select col1 from t1
и X2 - для случая select col1, col2 from t1.

Бонус и премия Филдса уходят тому, кто докажет X1 = X2

funikovyuri авторMsg 21, Level 14, State 0:
ASA Error -1005004: Subqueries are allowed only as arguments of comparisons, IN,
and EXISTS Subquery SELECT/UNION at line: 1,
-- (df_Heap.cxx 4753)

ASA отлично справится с запросом, предложенным mir

А IQ ни асилил...

mir vybegalloНу и по поводу цены выборки в СУБД с постолбцовым расположением данных.
Дано :
таблица из 2 колонок, 1M записей, каждая колонка 100 байт.
Требуется : определить X1 - число прочитанных с диска байт для
случая select col1 from t1
и X2 - для случая select col1, col2 from t1.
Бонус и премия Филдса уходят тому, кто докажет X1 = X2А при чем здесь постолбцовое хранение? Или вы считаете, что для построчного хранения X1 = X2?

Представьте себе - да.

ChA vybegallo03Так на каких данных он будет давать неправильные результаты ?Это же очевидно, см. пример daw...

vybegallo03А насчет оптимальности - как только вы предложите запрос с Union, понимаемый Sybase IQ 12.5 - так сразу я его протестирую и выложу результаты и даже планы выполнения.Простите, но Вы невнимательны ChAВы-то пытаетесь решить единым запросом на большинстве СУБД, а не на одной конкретной. При чем здесь оптимальность только для Sybase IQ 12.5 ? Для другого сервера он может оказатся неоптимальным, или, по крайней мере, вариант с UNION ALL и GROUP BY может оказатся на них более оптимальным. Вам был предложен вариант, который выполнялся бы практически на всех вменяемых СУБД и с высокой степенью оптимальности. Это view на UNION ALL и группировка по нему.

P.S.Тоже имею слабость решать некоторые задачи одним универсальным запросом, но всегда отдаю себе отчет, что оптимальность при этом может сильно пострадать...
P.P.S. А на вопрос в очередной раз так и не ответили...

Прежде чем обсуждать оптимальность, желательно написать запрос, не выдающий синтаксических ошибок.
Ну такая уж у меня попалась невменяемая СУБД, что select from (select) не понимает. Не она одна такая непонятливая, кстати - и Informix 7, и DB2 7.1 (насчет 8 не помню) тоже не понимают таких вариантов.

А что за вопрос-то ? Нету там PK, ни col1, ни col, col2.