Дело не в простоте сайтов, а в интенсивности и сложности запросов.
У Arh запрос простой, тем более что он связал таблицы по первичному ключу. А если это будет "один ко многим", с большим объемом данных, да еще и со сложными условиями выборки, то картина изменится. А если джоинов несколько, то ваще труба дело.

Ну а если таблицы небольшие и условия не сложные, то фигня это всё. Опять же зависит от нагрузки. Одно дело три таких запроса в сутки, другое - несколько миллионов.

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

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

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Для тебя не имеет значения, правильно или нет, - сказано, делай. С начальством спорить, что против ветра п...
И потихоньку про себя радуйся, что твоё начальство не умеет работать с БД. Ибо потом, когда оно научится (или придёт более умное), тебя заставят переделать по правильному. Тебе лафа: есть работа - есть зарплата.

_____________
Рекламка / ad.pesow.com Хрень / mr-1.ru

Сравнение корректно только при связи 1:1.
В остальных случаях, абсолютно бессмысленное, ибо JOIN совсем другое делает.

_____________
Рекламка / ad.pesow.com Хрень / mr-1.ru

Что делает JOIN?

_____________
Промокод предоставляет скидку на заказ домена и/или хостинга reg.ru
BFCC-3895-8804-9ED2

Потому так и живем. Ибо авторитаризм. Мне проще сменить работу, чем подчиняться идиоту!

Ну, он умеет работать с бд. Чувак хорошо шарит. Но хз, чего так задрачивает.

Одно из двух, или не "шарит" или ты не точно передал его слова/приказ.

_____________
Рекламка / ad.pesow.com Хрень / mr-1.ru

Полностью согласен с этим утверждением.

_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL

* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.

* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)

Кто "индексы ставит". Тот самый тим-лид? Ну так и вопрос мой как раз в том и состоит, что используются ли индексы. И насколько они эффективны для данного конкретного запроса. Может быть, там надо сделать сложный индекс (на 2 или больше поля одновременно)... Короче говоря, тут не так просто "поставил индексы" и они работают. Хренушки.

PS. Скорость выборки может зависеть даже от того, в каком порядке стоят поля в сложном индексе.

_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL

* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.

* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)

"Каждый заблуждается в меру своих возможностей" (с) не мой

Полный аналог JOIN на ПХП в большинстве случаев будет работать медленне.
Только на маленьких таблицах и очень простых условиях выборки может работать побыстрее. И вариант связи 1:1 также может работать побыстрее на не очень больших таблицах (сотни-тысячи записей, может десятки - не проверял).
В остальных случаях JOIN "сделает" ваш алгоритм.
Для справки: непосредственно отбор записей в mySQL (без индексов) идёт порядка 2 млн./сек. А если по индексам, - в ПХП может обогнать только прямой доступ к элементу массива.

В общем, для Знания прими за аксиому: в mySQL правильная выборка не медленнее, чем её эмуляция в ПХП в 99,9% случаев. В PG думаю также.
Хочешь верь, хочешь проверь...

_____________
Рекламка / ad.pesow.com Хрень / mr-1.ru

Это я знаю. Я видел индексы, но сам не проверял работоспособность системы с индексами. Наскошлько я знаю - тут еще надо ровные запросы делать!