Если запросы быстрые, то в чём проблема заложить всё объединение

Question

Если запросы быстрые, то в чём проблема заложить всё объединение

в JOIN?
Раз выполняются быстро - у тебя есть нормальная индексация данных. Остаётся только объединить всё правильно.
Вслепую сложно дать правильный совет. Всё зависит от логики. У меня даже в проектах, где было до почти 200 сущностей БД (не считая справочных таблиц) - ни разу не вылезло потребности в JOIN глубже 10-11 уровней. Если требуется сильно сложносочинённое объединение, например, в зависимости от промежуточных сумм, средних, границ по датам и т.п. (сильно попахивает построением отчётов по накапливаемым данным) - надо вкуриваться в логику построение. В таком раскладе часто оказываются эффективны хранимые процедуры с использованием temp tables и/или выборок вида WHERE EXISTS... либо JOIN temp_table с промежуточным набором.

foreach является "влобешниковым" переборным алгоритмом (а-ля безиндексный seek по базе) - это АДОВЫЕ тормоза всегда. Особенно если записи хотя бы тысячами. При даже одном уровне вложенности по 1000 значений - нутро цикла выполнится МИЛЛИОН раз. Это овердофига.

#backend #php #programming #russian

0

19.04.2020

1 ответов

14 просмотров

PowerAxis · Accepted Answer

PowerAxis

ну вот я и столкнулся с этим 1КК+ циклом. Хорошо, спасибо за рекомендации. Попробую написать один более сложный запрос с условиямми и обойтись без цикла

0

19.04.2020

170 похожих чатов

Если запросы быстрые, то в чём проблема заложить всё объединение

1 ответов

Похожие вопросы