ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Оптимизация запроса
15 сообщений из 15, страница 1 из 1
Оптимизация запроса
    #38820318
anton.totsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
anton.totsky
Гость
Всем доброго времени суток!

Данный запрос выполняется за 0.00* сек.:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
SELECT
	SQL_CALC_FOUND_ROWS t.id, t.*
FROM orders t
	JOIN property_value pv119_access_54795243f1cfb ON pv119_access_54795243f1cfb.element_id = t.id 
WHERE
	t.date_delete IS NULL AND (
		pv119_access_54795243f1cfb.property_id = 119 AND pv119_access_54795243f1cfb.value_id = 1
	)
GROUP BY t.id
ORDER BY t.date_create
DESC LIMIT 0,25



А вот этот уже 13 сек.:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
SELECT
	SQL_CALC_FOUND_ROWS t.id, t.*
FROM orders t
	JOIN property_value pv119_access_54795243f1cfb ON pv119_access_54795243f1cfb.element_id = t.id 
	JOIN property_value pv36_access_54795243f1d8b ON pv36_access_54795243f1d8b.element_id = t.id
WHERE
	t.date_delete IS NULL AND (
		(pv36_access_54795243f1d8b.property_id = 36 AND pv36_access_54795243f1d8b.value_id = 23)
		OR (pv119_access_54795243f1cfb.property_id = 119 AND pv119_access_54795243f1cfb.value_id = 1)
	)
GROUP BY t.id
ORDER BY t.date_create
DESC LIMIT 0,25



Подскажите, пожалуйста, в какую сторону копать. Если необходимо предоставить индексы - напишу.

Заранее огромное спасибо за помощь!
...
Рейтинг: 0 / 0
29.11.2014, 16:46:27
| Ответить | Цитировать | Написать  
Оптимизация запроса
    #38820405
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Arhat109
Участник
anton.totsky,

Покажите Explain второго запроса. Как понимаю, поиск сущности в EAV по тому или иному свойству, да ещё и из разных таблиц хранения свойств... нет?
...
Рейтинг: 0 / 0
29.11.2014, 21:40:04
| Ответить | Цитировать | Написать  
Оптимизация запроса
    #38820463
anton.totsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
anton.totsky
Гость
Arhat109,
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE t index PRIMARY PRIMARY 4 NULL 23760 Using where; Using temporary; Using filesort
1 SIMPLE pv119_access_54795243f1cfb ref property_id,element_id,property_id_2,element_id_2 element_id 4 u00002.t.id 6
1 SIMPLE pv36_access_54795243f1d8b ref property_id,element_id,property_id_2,element_id_2 element_id 4 u00002.pv119_access_54795243f1cfb.element_id 6 Using where

Таблица хранения свйоства одна - property_value
...
Рейтинг: 0 / 0
29.11.2014, 23:27:17
| Ответить | Цитировать | Написать  
Оптимизация запроса
    #38820466
anton.totsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
anton.totsky
Гость
Подчищу запрос:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
SELECT
	SQL_CALC_FOUND_ROWS t.id, t.*
FROM orders t
	JOIN property_value pv_1 ON pv_1.element_id = t.id 
	JOIN property_value pv_2 ON pv_1.element_id = t.id
WHERE
	t.date_delete IS NULL AND (
		(pv_1.property_id = 36 AND pv_1.value_id = 23)
		OR (pv_2.property_id = 119 AND pv_2.value_id = 1)
	)
GROUP BY t.id
ORDER BY t.date_create
DESC LIMIT 0,25
...
Рейтинг: 0 / 0
29.11.2014, 23:29:44
| Ответить | Цитировать | Написать  
Оптимизация запроса
    #38820542
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Arhat109
Участник
anton.totsky,

Да, пропустил что таблица одна. Слишком длинные алиасы закрыли текст. Впрочем и Explain не показывает выборки в 13 сек... тип "ref", вторичных записей по 6 шт, всё индексировано. То что сканируется около 24тыс. объектов - не показатель.

но... возникает вопрос: А зачем использован второй джойн с таблицей свойств?
...
Рейтинг: 0 / 0
30.11.2014, 09:58:18
| Ответить | Цитировать | Написать  
Оптимизация запроса
    #38821134
anton.totsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
anton.totsky
Гость
Arhat109,

Интересный вопрос %)
Просто property_value pv и везде использовал pv, что-то непонятно почему в логике построения у меня неск. джоинов

Спасибо!
...
Рейтинг: 0 / 0
01.12.2014, 11:03:50
| Ответить | Цитировать | Написать  
Оптимизация запроса
    #38821544
anton.totsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
anton.totsky
Гость
Arhat109,

Теперь возникла проблема, не выбирает записи:
Код: sql
1.
SELECT SQL_CALC_FOUND_ROWS t.id, t.* FROM flying_plan t JOIN property_value pv ON pv.element_id = t.id WHERE (t.date_delete IS NULL) AND (pv.value_datetime <= '2014-11-05 23:59:59' AND pv.property_id = 93) AND (pv.value_id = 1 AND pv.property_id = 90)



Хотя по отдельности:
Код: sql
1.
(pv.value_datetime <= '2014-11-05 23:59:59' AND pv.property_id = 93)


Код: sql
1.
(pv.value_id = 1 AND pv.property_id = 90)



Выбираются и в первом и втором случае записи пересекаются. Раньше работало, когда было несколько джоинов.

;(
...
Рейтинг: 0 / 0
01.12.2014, 16:20:40
| Ответить | Цитировать | Написать  
Оптимизация запроса
    #38821558
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Arhat109
Участник
anton.totsky,

не удивительно. Вы условие поменяли с ИЛИ на И и ждете того же самого результату? Вертайте "взад" обе пары по или только из одной таблички и будет вам "щастье". :)
...
Рейтинг: 0 / 0
01.12.2014, 16:31:23
| Ответить | Цитировать | Написать  
Оптимизация запроса
    #38821564
anton.totsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
anton.totsky
Гость
Arhat109,

> обе пары по или только из одной таблички
не понял..
...
Рейтинг: 0 / 0
01.12.2014, 16:34:25
| Ответить | Цитировать | Написать  
Оптимизация запроса
    #38821565
anton.totsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
anton.totsky
Гость
anton.totsky,

А, блин, суть-то я понял, там у меня ИЛИ на выборку доступных, а тут фильтр И
...
Рейтинг: 0 / 0
01.12.2014, 16:35:29
| Ответить | Цитировать | Написать  
Оптимизация запроса
    #38821724
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Arhat109
Участник
anton.totsky,

:) Бывает.
...
Рейтинг: 0 / 0
01.12.2014, 17:54:55
| Ответить | Цитировать | Написать  
Оптимизация запроса
    #38821757
Фотография javajdbc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
javajdbc
Участник
возможно "OR" убивает возможность
использования индексов. Попробийте преобазовать

Код: sql
1.
2.
3.
SELECT *
FROM T
WHERE A or B



в

Код: sql
1.
2.
3.
4.
5.
6.
7.
SELECT *
FROM T
WHERE A 
UNION
SELECT *
FROM T
WHERE B
...
Рейтинг: 0 / 0
01.12.2014, 18:09:56
| Ответить | Цитировать | Написать  
Оптимизация запроса
    #38821977
anton.totsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
anton.totsky
Гость
javajdbc, Arhat109,

Я вернул все как было в блоке фильтрации, а в блоке выборки доступных (где ИЛИ), оставил, как переделал с утра. В итоге все работает, как и работало + место двойного джоина остался один, и долгих запросов не осталось :)

Взял на заметку про UNION, спасибо большое за помощь!
...
Рейтинг: 0 / 0
01.12.2014, 21:30:08
| Ответить | Цитировать | Написать  
Оптимизация запроса
    #38821988
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Arhat109
Участник
anton.totsky,

Обратите внимание на свой Explain двойного джойна: там второй джойн индексируется ... вдоль первого, а вовсе не главной таблички. Может из-за этого были тормоза? Только непонятно КАК оно так указалось ...
...
Рейтинг: 0 / 0
01.12.2014, 21:45:17
| Ответить | Цитировать | Написать  
Оптимизация запроса
    #38826927
anton.totsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
anton.totsky
Гость
Arhat109,

Мне уже тем более не понятно :D
...
Рейтинг: 0 / 0
06.12.2014, 12:10:30
| Ответить | Цитировать | Написать  
15 сообщений из 15, страница 1 из 1
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Оптимизация запроса
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=47&gotonew=1&tid=1833842]:
 0ms
get settings:
 8ms
get forum list:
 14ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 60ms
get topic data:
 8ms
get first new msg:
 6ms
get forum data:
 2ms
get page messages:
 36ms
get tp. blocked users:
 1ms
others: 249ms
total:  390ms
созд. / загр.: 390ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]