там народ жаловался, что: "ах, приходят студенты, ах, они ничего кроме select не знают". а я оценить уровень жалобы не могу -- или требования узко специализированы, или студов тупо не учат. не работаю с БД никак.
неоднократно сталкивался с тем, что народ не понимает subquery. то есть то, что в любом месте можно поставить скобочки, а в них написать ещё один селект, вызывает ступор.
ну и совсем отсутствует понимание aggregate functions.
где-то оттуда же растёт тяга к nosql - люди пишут О(n^2..3)-код вместо постгрёвых 1-2 строчек селекта, сводимого индексами к чему-нибудь меньше O(n).
у меня сейчас есть референсная имплементация кода в виде запроса, аналогичного (select way from planet_osm_point where way && (select ST_Union(way) from planet_osm_polygon where "name:en"='Беларусь')). выпускниковое nosql-решение пока не подобралось и близко по производительности :3
Оракель WITH t AS (SELECT 1 ID, 'A' i1, 'X' i2, 'B' i3 FROM dual UNION ALL SELECT 2 ID, NULL i1, 'X' i2, 'Z' i3 FROM dual UNION ALL SELECT 3 ID, NULL i1, 'X' i2, 'B' i3 FROM dual UNION ALL SELECT 4 ID, 'A' i1, NULL i2, 'B' i3 FROM dual UNION ALL SELECT 5 ID, 'A' i1, NULL i2, NULL i3 FROM dual) , t2 AS ( SELECT ID, i1, i2, i3, CONNECT_BY_ROOT ID start_id FROM t CONNECT BY NOCYCLE ((nvl(i2,0)=PRIOR nvl(I2,0) AND nvl(i3,0)=PRIOR nvl(i3,0) AND i1 IS NULL) OR (nvl(i1,0)=PRIOR nvl(I1,0) AND nvl(i3,0)=PRIOR nvl(i3,0) AND i2 IS NULL) OR (nvl(i1,0)=PRIOR nvl(I1,0) AND nvl(i2,0)=PRIOR nvl(i2,0) AND i3 IS NULL)) AND LEVEL<=2 -- одного уровня иерархии достаточно AND ID!=PRIOR ID) SELECT MAX(ID) KEEP (DENSE_RANK FIRST ORDER BY start_id) ID, MAX(i1) KEEP (DENSE_RANK FIRST ORDER BY start_id) i1, MAX(i2) KEEP (DENSE_RANK FIRST ORDER BY start_id) i2, MAX(i3) KEEP (DENSE_RANK FIRST ORDER BY start_id) i3 FROM t2 HAVING COUNT(start_id)=1 GROUP BY start_id;
Майкрософт:
select x.n2, datediff(mi, time_out,case when time_in < time_out then time_in+1 else time_in end) from trip t inner join company cp on cp.id_comp=t.id_comp inner join (select distinct q.n2 from (select a.name as n1, b.name as n2, count(b.plane) as c from (select name, plane from company c inner join trip t on c.id_comp=t.id_comp group by name, plane) a inner join (select name, plane from company c inner join trip t on c.id_comp=t.id_comp group by name, plane) b on a.name<>b.name and a.plane=b.plane group by a.name, b.name) q where q.c=(select count(distinct plane) from company c inner join trip t on c.id_comp=t.id_comp where name=q.n2)) x on x.n2=cp.name where datediff(mi, time_out,case when time_in < time_out then time_in+1 else time_in end) <= ALL( select datediff(mi, time_out,case when time_in < time_out then time_in+1 else time_in end) from trip t inner join company cp on cp.id_comp=t.id_comp inner join (select distinct q.n2 from (select a.name as n1, b.name as n2, count(b.plane) as c from (select name, plane from company c inner join trip t on c.id_comp=t.id_comp group by name, plane) a inner join (select name, plane from company c inner join trip t on c.id_comp=t.id_comp group by name, plane) b on a.name<>b.name and a.plane=b.plane group by a.name, b.name) q where q.c=(select count(distinct plane) from company c inner join trip t on c.id_comp=t.id_comp where name=q.n2)) x2 on x2.n2=cp.name and x2.n2=x.n2)
group by x.n2, datediff(mi, time_out,case when time_in < time_out then time_in+1 else time_in end)
Более того, в MSSQL это называется identity, а в Firebird вообще нужно это делать на триггерах (впрочем serial в постгресе тоже сделан на них).
Мы ведем речь о проектировании БД или о запросах к готовой БД? Практика показывает, что людей хотя бы второму научить как следует, а до первого вообще доходят единицы, а нормально делать не умеет почти никто.
Посмотри селект свыше. CONNECT BY ROOT или MAX(ID) KEEP (DENSE_RANK FIRST ORDER BY start_id) ID, - это не логика на стороне БД.
А еще есть OLAP синтаксис(у всех разный) А еще есть кляуза MODEL(у всех разная) А еще есть форматирование вывода(у всех разное) А еще есть функции работы с данными(у всех разные)
1) CONNECT BY вообще нереляцыонен, его следует избегать в RDBMS, а если избегать получается плохо -- подумать насчёт сменить базу на деревянную. И уж точно это не нужно давать начинающим. 2) OLAP по большэй части -- syntax shugar к реляцыонным возможностям. Его надо хорошо понимать, чтобы использовать, а будет там CUBE MATERIALIZED VIEW или закат солнца вручную на триггерах и LIKE '..%' -- это дело десятое.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
branchandroot
no subject
Date: 2012-06-29 13:18 (UTC)no subject
Date: 2012-06-29 13:22 (UTC)no subject
Date: 2012-06-29 13:27 (UTC)Ибо выборка чуть сложнее WHERE A.ID=B.ID пишется везде по разному.
no subject
Date: 2012-06-29 13:49 (UTC)no subject
Date: 2012-06-29 14:59 (UTC)Достаточно сказать, что WHERE STRING='' будет работать по разному для разных баз
(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2012-06-29 19:21 (UTC)а я оценить уровень жалобы не могу -- или требования узко специализированы, или студов тупо не учат. не работаю с БД никак.
no subject
Date: 2012-06-29 22:04 (UTC)ну и совсем отсутствует понимание aggregate functions.
где-то оттуда же растёт тяга к nosql - люди пишут О(n^2..3)-код вместо постгрёвых 1-2 строчек селекта, сводимого индексами к чему-нибудь меньше O(n).
у меня сейчас есть референсная имплементация кода в виде запроса, аналогичного (select way from planet_osm_point where way && (select ST_Union(way) from planet_osm_polygon where "name:en"='Беларусь')). выпускниковое nosql-решение пока не подобралось и близко по производительности :3
no subject
Date: 2012-06-29 13:25 (UTC)Оракель
WITH t AS
(SELECT 1 ID, 'A' i1, 'X' i2, 'B' i3 FROM dual UNION ALL
SELECT 2 ID, NULL i1, 'X' i2, 'Z' i3 FROM dual UNION ALL
SELECT 3 ID, NULL i1, 'X' i2, 'B' i3 FROM dual UNION ALL
SELECT 4 ID, 'A' i1, NULL i2, 'B' i3 FROM dual UNION ALL
SELECT 5 ID, 'A' i1, NULL i2, NULL i3 FROM dual)
, t2 AS
(
SELECT ID, i1, i2, i3, CONNECT_BY_ROOT ID start_id FROM t
CONNECT BY NOCYCLE
((nvl(i2,0)=PRIOR nvl(I2,0) AND nvl(i3,0)=PRIOR nvl(i3,0) AND i1 IS NULL)
OR (nvl(i1,0)=PRIOR nvl(I1,0) AND nvl(i3,0)=PRIOR nvl(i3,0) AND i2 IS NULL)
OR (nvl(i1,0)=PRIOR nvl(I1,0) AND nvl(i2,0)=PRIOR nvl(i2,0) AND i3 IS NULL))
AND LEVEL<=2 -- одного уровня иерархии достаточно
AND ID!=PRIOR ID)
SELECT
MAX(ID) KEEP (DENSE_RANK FIRST ORDER BY start_id) ID,
MAX(i1) KEEP (DENSE_RANK FIRST ORDER BY start_id) i1,
MAX(i2) KEEP (DENSE_RANK FIRST ORDER BY start_id) i2,
MAX(i3) KEEP (DENSE_RANK FIRST ORDER BY start_id) i3
FROM t2
HAVING COUNT(start_id)=1
GROUP BY start_id;
Майкрософт:
select x.n2, datediff(mi, time_out,case when time_in < time_out then time_in+1 else time_in end)
from trip t
inner join company cp on cp.id_comp=t.id_comp
inner join
(select distinct q.n2 from
(select a.name as n1, b.name as n2, count(b.plane) as c from (select name, plane
from company c
inner join trip t on c.id_comp=t.id_comp
group by name, plane) a
inner join (select name, plane
from company c
inner join trip t on c.id_comp=t.id_comp
group by name, plane) b on a.name<>b.name and a.plane=b.plane
group by a.name, b.name) q
where q.c=(select count(distinct plane)
from company c
inner join trip t on c.id_comp=t.id_comp
where name=q.n2)) x on x.n2=cp.name
where datediff(mi, time_out,case when time_in < time_out then time_in+1 else time_in end) <= ALL(
select datediff(mi, time_out,case when time_in < time_out then time_in+1 else time_in end)
from trip t
inner join company cp on cp.id_comp=t.id_comp
inner join
(select distinct q.n2 from
(select a.name as n1, b.name as n2, count(b.plane) as c from (select name, plane
from company c
inner join trip t on c.id_comp=t.id_comp
group by name, plane) a
inner join (select name, plane
from company c
inner join trip t on c.id_comp=t.id_comp
group by name, plane) b on a.name<>b.name and a.plane=b.plane
group by a.name, b.name) q
where q.c=(select count(distinct plane)
from company c
inner join trip t on c.id_comp=t.id_comp
where name=q.n2)) x2 on x2.n2=cp.name and x2.n2=x.n2)
group by x.n2, datediff(mi, time_out,case when time_in < time_out then time_in+1 else time_in end)
no subject
Date: 2012-06-29 15:45 (UTC)no subject
Date: 2012-06-29 16:56 (UTC)no subject
Date: 2012-06-29 15:52 (UTC)no subject
Date: 2012-06-29 16:14 (UTC)no subject
Date: 2012-06-29 16:57 (UTC)(no subject)
From:no subject
Date: 2012-06-29 16:29 (UTC)no subject
Date: 2012-06-29 16:41 (UTC)это вообще не мой код ни там и ни там.
no subject
Date: 2012-06-29 19:12 (UTC)Я лопух, а клиент просто сказочный, конечно.
no subject
Date: 2012-06-29 13:48 (UTC)А логика на стороне БД, требующая расширений - вещь достаточно спорная.
no subject
Date: 2012-06-29 14:32 (UTC)no subject
Date: 2012-06-29 15:15 (UTC)Мы ведем речь о проектировании БД или о запросах к готовой БД?
Практика показывает, что людей хотя бы второму научить как следует, а до первого вообще доходят единицы, а нормально делать не умеет почти никто.
(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2012-06-29 15:42 (UTC)no subject
Date: 2012-06-29 15:07 (UTC)А еще есть OLAP синтаксис(у всех разный)
А еще есть кляуза MODEL(у всех разная)
А еще есть форматирование вывода(у всех разное)
А еще есть функции работы с данными(у всех разные)
no subject
Date: 2012-06-29 15:16 (UTC)(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2012-06-29 16:04 (UTC)2) OLAP по большэй части -- syntax shugar к реляцыонным возможностям. Его надо хорошо понимать, чтобы использовать, а будет там CUBE MATERIALIZED VIEW или закат солнца вручную на триггерах и LIKE '..%' -- это дело десятое.
(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2012-06-29 16:05 (UTC)no subject
Date: 2012-06-29 19:18 (UTC)