ну лабы я за практику не считаю, это так... сделал и забыл

ну тут опять же - весь смак был в общении с преподавателями. То есть если по дефолтну идти то да, врядли чему-то можно научиться. Таких большинство а потому не вижу смысла преподам вкалывать ради тех кому это не нужно

ну лабы я за практику не считаю, это так... сделал и забыл

зависит от лабы и от подхода

я отошел от дел)

блин, знал бы - пошёл к вам на собес :D

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

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

потому я и уточнил что "что бы умел джойны с гуглом без посторонней помощи"

согласись, вполне себе возможно такого джуна найти)

ну да

джойн не шибко сложный

где-то даже табличка на стековерфлоу валялась с объяснением иннер и аутер и прочего

в картинках, легко и доступно

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

ну вот берешь ноут, даешь кандидату на каком-нибудь sqlfiddle и врубаешь запись экрана)

в лучшем случае делали через NOT IN

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

SELECT news_id as id FROM news_categories WHERE category_id != 5?

)))

ну вот не сдал ;)

!= - красавчик, хуле

хм...

задачка антересная

я же прошу не записи из таблицы связей, категория в которых не равна 5, я прошу "новости, которые не принадлежат 5-й категори"... вполне бизнес формулировка ;)

дай прикину

я же прошу не записи из таблицы связей, категория в которых не равна 5, я прошу "новости, которые не принадлежат 5-й категори"... вполне бизнес формулировка ;)

я бы тебя послал если честно ибо задачу этот запрос решает) либо уточни что тебе не айдишка нужна а сама новость)

но тогда просто джойн

формулировка задачи выстроена так что бы показать что ты дартаньян)

короч каты берем, новости ляпаем и != cat.id 5

я же прошу не записи из таблицы связей, категория в которых не равна 5, я прошу "новости, которые не принадлежат 5-й категори"... вполне бизнес формулировка ;)

5-ой по порядку, по названию? уточни требования

формулировка задачи выстроена так что бы показать что ты дартаньян)

тебе ничего не мешает уточнить... тем более я тут сокращаю, да, писать много

здесь хитрая формулировка. по-моему, наоборот нужно вывести новости с категорией 5

тебе ничего не мешает уточнить... тем более я тут сокращаю, да, писать много

ну вот уточняю - "пятая категория" - это что?

новости, которые не принадлежат категории с id = 5

остальным категориям могут принадлежать ?

еще точнее - новости, которые не входят в категорию с id=5

еще точнее - новости, которые не входят в категорию с id=5

понял, m2m же

любым... могут быть вообще без категории

ок, допустим новость входит в категорию 5 и 2

а

забей

туплю

ну значит она нам не подходит ;)

select n.* from news n left join news_categories on news_categories.news_id = n.id and news_categories.category_id = 5 where news_categories.category_id is null

NOT EXISTS тебя устроит?)

select news_id from categories as c left JOIN news as n on c.id = n.cat_idid where category_id != 5

что-то где-то так

news id поправь на звездочку

ааа

not exists меня устроит, но вариант александра красивее и, возмножно, оптимальнее - тут, конечно, анализировать нужно

я вкурил

SELECT n.id FROM news n WHERE NOT EXISTS (SELECT 1 FROM news_categories WHERE news_id=n.id AND category_id !+ 5)

чем красивее?)

но если новость принадлежит c.id = 3, а 3 категория является дочкой id5 - эту новость трогаем ?

или нет

но если новость принадлежит c.id = 3, а 3 категория является дочкой id5 - эту новость трогаем ?

иерархии категорий нет ;)))

тогда моё тоже покатит

но я не уверен в работоспособности запроса )

ибо сплю уже

и джойн по-моему там нужен райт

а не лефт

У новости есть еще категории помимо 5, при простом where != 5 новости у которых эта категория не единственная все равно попадут в выборку

чем красивее?)

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

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

not exists меня устроит, но вариант александра красивее и, возмножно, оптимальнее - тут, конечно, анализировать нужно

not exists не вызовет дублирования рядов по моему субъективному мнению лучше подходит в ситуации когда нужно анти джойн мутить) ну и по эффективности это явно не хуже а может и лучше (в зависимости от количества данных)

У новости есть еще категории помимо 5, при простом where != 5 новости у которых эта категория не единственная все равно попадут в выборку

про остальные категории нифига не говорилось )

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

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

тз говно

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

переписывая их в джойны внутри ;)... ну, зависит сильно от многих факторов... просто так получается, что сначала человек учится подзапросам, ибо они выглядят много проще, чем джойны... и начинает лепить страшное... по-этому, если мне человек давал ответ с подзапросом - я спрашивал, а можешь без них, с джойном?... тоже не показатель, но какой-то опыт показывает

тут скорее пример на то, что ON немного шире, чем просто условие связки двух таблиц

ну я тебя понял)

ERROR: S client not available

для этого и придумали замечательную табличку с кружочками

многие это не понимают, в итоге условие, которое идеально подошло бы для ON - у них в WHERE и мы имеем лишние ряды при связывании

сообразительному человеку - 2 раза взглянуть, чтобы лефт от райта и иннер от аутера отличать

сообразительному человеку - 2 раза взглянуть, чтобы лефт от райта и иннер от аутера отличать

ну подвох этой задачи еще в инерциальности решения... что нам нужно не только джойн выдумать, но и инверсировать условие с != 5 на == 5 по-этому я и говорил в контексте опыта - задача не на знание, как джойны работают, а на опыт их применения - сталкивался или нет ранее

если я при эксплейне увижу, что всё плохо, то я переделаю запрос

а до того момента - это нахер не нужно

Кто нибудь знает почему ICU для американского языка форматирует валюту слитно с ценой? RUB123, а не RUB 123 ?

если будешь знать как... а гугл не панацея, ибо еще как-то сформулировать нужно

если будешь знать как... а гугл не панацея, ибо еще как-то сформулировать нужно

http://www.vseinstrumenti.ru/ - 7 лефтов с !=

и всё шустро

запрос почти 200 строк

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

если я при эксплейне увижу, что всё плохо, то я переделаю запрос

джуны редко знают про эксплейн)

иногда достаточно один раз показать, а не требовать )

джуны редко знают про эксплейн)

да ? Я хз, думал знают

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

но вот честно - ты это на джуна?)

а то меня тут обвеняют в излишней жесткости по отношению к джунам, а у тебя вообще хорошего мидла можно собесить)

но вот честно - ты это на джуна?)

нет, конечно... но вот мидл уже вполне может

а то меня тут обвеняют в излишней жесткости по отношению к джунам, а у тебя вообще хорошего мидла можно собесить)

и правильно делают. Ты злой и шлешь всех в... гугл

но тут тоже на опыт.. один раз увидел где-то, что это можно решать джойном, и отложилось

по крайней мере меня необычность решения этой задачи про максимальное значение настолько в свое время поразила, что я ее помню до сих пор, хотя на практике почти не применял ;)

джун не джун вообще сложное понятие, объем знаний и даже опыта тут не всегда коррелирует

бывают вечные джуны, 10 лет программят где-то, есть опыт кучи базвордов... а такое пишут, что без доскональной проверки сделанного - гарантия получить косяк

по крайней мере меня необычность решения этой задачи про максимальное значение настолько в свое время поразила, что я ее помню до сих пор, хотя на практике почти не применял ;)

озвучь решение, раз уж начал)

ну ого гуглится... там джойн с условием на неравенство в ON

но тут тоже на опыт.. один раз увидел где-то, что это можно решать джойном, и отложилось

я про NOT EXISTS и EXISTS узнал сильно позже джойнов) потому у меня чуть другое мировосприятие)

озвучь решение, раз уж начал)

типа такого что-то SELECT s1.article, s1.dealer, s1.price FROM shop s1 LEFT JOIN shop s2 ON s1.article = s2.article AND s1.price < s2.price WHERE s2.article IS NULL; (скопипастил из СО)

типа такого что-то SELECT s1.article, s1.dealer, s1.price FROM shop s1 LEFT JOIN shop s2 ON s1.article = s2.article AND s1.price < s2.price WHERE s2.article IS NULL; (скопипастил из СО)

прикольно, спс

прикольно )

Серег, а ты ща фрилансишь что ли ?

Арки его нанял

@fes0r я хз, пентаграму что ли нарисовать )