там народ жаловался, что: "ах, приходят студенты, ах, они ничего кроме 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
![[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 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