Добре дошли!

Добре дошли в нашите форуми, пълни с полезна информация. Имате проблем с компютъра или телефона си? Публикувайте нова тема и ще намерите решение на всичките си проблеми. Общувайте свободно и открийте безброй нови приятели.

Моля, регистрирайте се за да публикувате тема и да получите пълен достъп до всички функции.

Относно left join в заявките

28 октомври 201510 г.

Имам един колега, който постоянно ни се "кара" ако ползваме LEFT JOIN в заявката. Казва ни да я ползваме в крайни случаи.

Не ми се струва много логично, щото като не ползваш LEFT JOIN трябва да направиш една нова заявка, за да вземеш параметъра от другата таблица.

Та не е ли по-добре да е с LEFT JOIN?

28 октомври 201510 г.

А какво пречи да е с INNER JOIN ?

30 октомври 201510 г.

Автор

въпросът ми е между left join и 3-4 foreach-а, които трябва да направя, за да извлека необходимата информация, т.к. при всеки foreach пак се прави заявка преди това, за да извлека информацията от дадена таблица?

30 октомври 201510 г.

Последно - ще си зададеш ли най-после въпроса ?

6 ноември 201510 г.

А защо не питаш колегата какви точно са му доводите? Щото на мен ми се струва най-логично от performance гледна точка, да имаш най-точен result set от SQL-a и да не правиш програмни гимнастики ( това пак е относително, защото в SQL-a можеш да влошиш достатъчно нещата със sub query-та и join-ове със temp таблици ).

В общия случай, ако базата е структурирана ОК, не би трябвало да имаш никакъв проблем с LEFT JOIN-a.

Та питай просто колегата, какво има в предвид. Та, ако той има по-голям опит от теб и е запознат със структурата на базата ви и с проекта, може и да има някакъв смисъл това което казва.
Сега друга е схемата, че има много относителни неща в DB енджините. Имаш query optimizer, който ти "бута" query-то (ако става въпрос за MySQL там нещата са "тъмни", преди 5.5, че даже и преди 5.6 ).

6 ноември 201510 г.

Дай малко повече информация с реален пример.

По принцип JOIN statements могат доста да те забавят излишно.

Пример:

SELECT a.col_1, a.col_2, a.col_3, b.col_1 FROM a <<JOIN>> b ON ...

Ще бъде по-бавно от

SELECT a.col_1, a.col_2, a.col_3, (SELECT b.col_1 FROM b WHERE b.ref_col = a.ref_col) FROM a

Но има много допълнителни условия. Зависи колко колонки ти трябват от таблица b и върху кои колонки пускат WHERE clause.

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

Архивирана тема

Темата е твърде стара и е архивирана. Не можете да добавяте нови отговори в нея, но винаги можете да публикувате нова тема, в която да продължи дискусията. Регистрирайте се или влезте във вашия профил за да публикувате нова тема.