Warning: Cannot use a scalar value as an array in /home/admin/public_html/forum/include/fm.class.php on line 757

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/include/fm.class.php on line 770

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/topic.php on line 737
Форумы портала PHP.SU :: оптимизация JOIN [2]

PHP.SU

Программирование на PHP, MySQL и другие веб-технологии

PHP.SU Портал

Главная

Помощь

Поиск

Поиск Яндекс Вакансии

Пользователи

Здравствуйте, Гость

( Вход · Регистрация · Правила форума )

Забыли пароль?

оптимизация JOIN

Форумы портала PHP.SU » PHP » SQL и Архитектура БД (Модератор: SAD)

Страниц (3): « 1 [2] 3 »

Описание: когда много JOIN-в

Поиск в теме | Версия для печати

SAD	Отправлено: 17 Апреля, 2014 - 10:13:42
Постоянный участник Покинул форум Сообщений всего: 2508 Дата рег-ции: Май 2009 Откуда: Днепропетровск, Украина Помог: 75 раз(а)	Ну не того процитировал...

DlTA	Отправлено: 17 Апреля, 2014 - 10:14:17
Постоянный участник Покинул форум Сообщений всего: 2952 Дата рег-ции: Окт. 2010 Помог: 53 раз(а)	Zuldek пишет: LEFT JOIN hierarchy h2 ON h.id = h2.parent AND h2.tableID = 40 ухты, а так можно?!

SAD	Отправлено: 17 Апреля, 2014 - 10:14:29
Постоянный участник Покинул форум Сообщений всего: 2508 Дата рег-ции: Май 2009 Откуда: Днепропетровск, Украина Помог: 75 раз(а)	и, что? какой ответ Вы ожидаете? (Добавление) если я буду делать выборку из таблицы 1 и вязать ее на таблицу 2 по ключу(и на вторую таблицу накладывается отдельное условие), и в во второй таблице не будет такой записи, то при условии в join на вторую таблицу - запись отберется, а при условии в where на вторую таблицу - запись ни одна не отберется

LIME	Отправлено: 17 Апреля, 2014 - 10:20:55
Активный участник Покинул форум Сообщений всего: 10732 Дата рег-ции: Нояб. 2010 Помог: 322 раз(а)	если убрать LEFT то тоже " запись ни одна не отберется"

SAD	Отправлено: 17 Апреля, 2014 - 10:22:18
Постоянный участник Покинул форум Сообщений всего: 2508 Дата рег-ции: Май 2009 Откуда: Днепропетровск, Украина Помог: 75 раз(а)	если... будет inner join

DlTA	Отправлено: 17 Апреля, 2014 - 10:27:44
Постоянный участник Покинул форум Сообщений всего: 2952 Дата рег-ции: Окт. 2010 Помог: 53 раз(а)	SADне пойму зачем делать: LEFT JOIN .... WHERE `...` IS NOT NULL если можно JOIN / INNER JOIN ? (Отредактировано автором: 17 Апреля, 2014 - 10:29:04)

SAD	Отправлено: 17 Апреля, 2014 - 10:29:54
Постоянный участник Покинул форум Сообщений всего: 2508 Дата рег-ции: Май 2009 Откуда: Днепропетровск, Украина Помог: 75 раз(а)	та сделайте как хотите... Я просто перестроил Вам выборку, потому что ваша, по моему мнению, была неверна. А какие операторы вы будете использовать, то Ваше решение

Zuldek	Отправлено: 17 Апреля, 2014 - 10:32:26
Постоянный участник Покинул форум Сообщений всего: 2122 Дата рег-ции: Июнь 2010 Помог: 50 раз(а)	DlTA пишет: LEFT JOIN hierarchy h2 ON h.id = h2.parent AND h2.tableID = 40 ухты, а так можно?! CODE (SQL): скопировать код в буфер обмена LEFT JOIN hierarchy h2 ON (h.id = h2.parent AND h2.tableID = 40)

DlTA	Отправлено: 17 Апреля, 2014 - 10:38:26
Постоянный участник Покинул форум Сообщений всего: 2952 Дата рег-ции: Окт. 2010 Помог: 53 раз(а)	Zuldek пишет: LEFT JOIN hierarchy h2 ON (h.id = h2.parent AND h2.tableID = 40) CODE (SQL): скопировать код в буфер обмена SELECT * FROM `goods` JOIN `hierarchy` ON (`hierarchy`.`intableID`=`goods`.`id` AND `hierarchy`.tableID=7) CODE (SQL): скопировать код в буфер обмена SELECT * FROM `goods` JOIN `hierarchy` ON `hierarchy`.`intableID`=`goods`.`id` WHERE `hierarchy`.tableID=7 тесты показывают что в общем время выполнения одинаково, хотя запись короче, удобней +

SAD	Отправлено: 17 Апреля, 2014 - 10:44:50
Постоянный участник Покинул форум Сообщений всего: 2508 Дата рег-ции: Май 2009 Откуда: Днепропетровск, Украина Помог: 75 раз(а)	та время тут не причем. разница будет в результате выборки

DlTA	Отправлено: 17 Апреля, 2014 - 11:00:51
Постоянный участник Покинул форум Сообщений всего: 2952 Дата рег-ции: Окт. 2010 Помог: 53 раз(а)	SAD пишет: та время тут не причем. разница будет в результате выборки 100% утверждать не могу но по первым значениям, результат совпадает

SAD	Отправлено: 17 Апреля, 2014 - 11:05:00
Постоянный участник Покинул форум Сообщений всего: 2508 Дата рег-ции: Май 2009 Откуда: Днепропетровск, Украина Помог: 75 раз(а)	Вы не ответили на вопрос. Как быстро это дело выполняется теперь?

DlTA	Отправлено: 17 Апреля, 2014 - 11:08:03
Постоянный участник Покинул форум Сообщений всего: 2952 Дата рег-ции: Окт. 2010 Помог: 53 раз(а)	SAD пишет: Вы не ответили на вопрос. Как быстро это дело выполняется теперь? на основе самого первого запроса в топике сгенерил CODE (SQL): скопировать код в буфер обмена SELECT DISTINCT `vendor`.`id`,`vendor`.`header` FROM `goods` JOIN `vendor` ON (`vendor`.`id` = `goods`.`vendor` AND `vendor`.`gray`=0) JOIN `hierarchy` ON (`hierarchy`.`intableID`=`goods`.`id` AND `hierarchy`.tableID=7) JOIN `hierarchy` AS subH ON (subH.`id` =`hierarchy`.`parent`AND subH.tableID=40) JOIN `hierarchy` AS catH ON (`catH`.`id` = `subH`.`parent` AND `catH`.`tableID` = 39) JOIN `category` ON (`catH`.`intableID` = `category`.`id` AND `category`.`shopId` = 0) ORDER BY `vendor`.header ASC и как показывает статистика этот запрос выполняется в 2-10 раз быстрее, хотя разница только в том что условия вынесены в JOIN прикольно

LIME	Отправлено: 17 Апреля, 2014 - 11:36:24
Активный участник Покинул форум Сообщений всего: 10732 Дата рег-ции: Нояб. 2010 Помог: 322 раз(а)	и скобки никчему

DlTA	Отправлено: 17 Апреля, 2014 - 11:37:43
Постоянный участник Покинул форум Сообщений всего: 2952 Дата рег-ции: Окт. 2010 Помог: 53 раз(а)	LIME пишет: и скобки никчему программно и нет, а вот визуально, вроде легче воспринимать

Поиск в теме | Версия для печати

Страниц (3): « 1 [2] 3 »

Сейчас эту тему просматривают: 0 (гостей: 0, зарегистрированных: 0)

« SQL и Архитектура БД »

Все гости форума могут просматривать этот раздел.
Только зарегистрированные пользователи могут создавать новые темы в этом разделе.
Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.