V
Size: a a a
2021 August 12
ДУ
зависит от конкретного запроса. просто каждый джоин это дополнительный запрос к тем же самым данным с последующим их отсевом
АТ
добрый день . прошу подсказать где ошибка. пытаюсь объединить две таблицы crossjoin . объединение сработало, но выдает много данных. нужно вывести всего два уникальных (наличка и кредит) и суммы по ним. прошу помочь
SELECT DISTINCT
pm.name AS type_of_payment,
i.invoice_total AS Budget
FROM invoices i
CROSS JOIN payment_methods pm
ORDER BY i.invoice_total DESC;
SELECT DISTINCT
pm.name AS type_of_payment,
i.invoice_total AS Budget
FROM invoices i
CROSS JOIN payment_methods pm
ORDER BY i.invoice_total DESC;
ДУ
прикол в том что сменив както способ организации данных в таблицах я смог изменив только обработчик в коде оставить всё остальное без изменений. представляю свою головную боль если бы вся логика была в запросах. имхо работа с массивами в ЯП гораздо проще для чтения и редактирования чем переписывание всего комплекса запросов с подзапросами приджойнами условными выборками и хранимыми функциями
ДУ
хз. в целом код после изменения логики хранения и обработки данных стал примерно вдвое шустрее. не берусь утверждать что именно изза обработки на стороне ЯП, но тем не менее
ДУ
там не всё так просто. не зря сейчас в мейнстриме бэка идёт постепенный вывод логики из субд и попутная организация неSQL бд наподобие монги итд.
ВТ
CROSS JOIN здесь точно не нужен. Кейс его использования крайне узкий.
А чтоб сказать, что нужно, нужно понимать суть задачи.
А чтоб сказать, что нужно, нужно понимать суть задачи.
АТ
спасибо, Виктор. постараюсь найти другие пути.