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

Да и мало ли, чтобы хоть понимать как

как ты предлагаешь клеить штук 10 таблиц я извиняюсь?

+ еще 5 подзапросов

В том то  и дело, что не было нужды клеить 10 таблиц

ужос.

впрочем я об это уже говорил вроде

join on - это проще чем кажется. Главное всё кидать с новой строки чтобы была читаемость.

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

ок ок ок
есть тест кейс на какое-то апи (под которым может быть еще 10 апи)
есть финальная БД куда дейта валится
ты делаешь  какой-то круд по набору тест данных
внимание вопрос - в рамках методологии, если ты не будешь видеть связанную дату в БД - в том виде в котором она стоит в поле тестовых данных (для тест-кейса) - как ты поймешь  что операция отработала верно?
и как ты это нормально без джойна сделаешь?
(как самый простой пример - заказ с полями как их видит юзер и/или внешний интерфейс)

вопрос с подвохом)

Видимо  таких кейсов ни у меня ни у знакомых не было)

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

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

и оно единственное проверяет верно собственно целостность данных в БД после выполнения операций (не на глаз, а на джойн)

Топорное это я про своё решение про посмотреть в отдельных таблицах. Но я совсем не понял, как джойны влияют на масштабируемость

Селект с джойнами это практически вьюха вот и скалабилити

Эм
То ты не у тех спрашиваешь)
В моих рутинных буднях не только джоны, но ещё и оконные функции и визовые таблицы

Я юзала

Хотя в целом мне достаточно запросов уровня селект звездочка фром одна таблица вер что-то равно чему-то