Модераторы: skyboy
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> выборка раздел -> количество элементов 
:(
    Опции темы
z-END
Дата 23.10.2012, 09:59 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


прафесар™
****


Профиль
Группа: Комодератор
Сообщений: 3014
Регистрация: 13.3.2003
Где: Венья, Пиетари

Репутация: нет
Всего: 102



Привет! 
Есть вот такой запрос:
Код

 SELECT 
    T.id,
    T.title,
    count(I.id) as items_count
FROM 
    tree as T
LEFT JOIN 
    items AS I ON (T.id=I.tree_id AND I.visible=1) 
 WHERE 
    T.visible=1 
GROUP BY 
    T.id 
ORDER BY 
    T.pos

на порядка 100К в таблице I и 1К в таблице T запрос выполняется почти 5 секунд...   не могу понять как оптимизировать запрос, и можно ли? 
Индексы на всех задействованных в выборке полях есть.
Пока склоняюсь к тому, чтобы добавить в tree поле items_count - но это не самый лучший вариант, т.к. изменения в таблице items происходят различными способами - везде придется  переписывать процесс изменения данных, 


--------------------
Каждый чилавек пасвоему праф...а памоему НЕТ! 

PM WWW ICQ   Вверх
Zloxa
Дата 23.10.2012, 11:01 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Чо?
****


Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 33
Всего: 161



Цитата(z-END @  23.10.2012,  10:59 Найти цитируемый пост)
Пока склоняюсь к тому, чтобы добавить в tree поле items_count - но это не самый лучший вариант, т.к. изменения в таблице items происходят различными способами - везде придется  переписывать процесс изменения данных,  

Не самый лучший вариант не там, где вы его видите.
Чтобы не переписывать везде, можно добавить лишь триггер на инсерт, делит, модифай tree_id для айтем.
Действтельно плохо в таком подходе то, что ведение преаггрегации сераиализует процесс модификации аггрегируемых данных. Но если это лишь справочник товаров, полагаю, его модификация не будет производиться тыщщами транзакций в секунду стотнями сессий.
Цитата(z-END @  23.10.2012,  10:59 Найти цитируемый пост)
Индексы на всех задействованных в выборке полях есть.

на всех тут не нужно.
Если айтемов классфицировано сущесвенно меньше половины и из них много не видимо, то индекса по паре items(tree_id,visible) будет достаточно.

Однако, полагаю что бОльшая часть товаров таки классифицирована и бОльшая часть товаров таки видимо, при таком раскладе индексы вобще не нужны.


--------------------
Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile
PM   Вверх
Akina
Дата 23.10.2012, 11:32 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Советчик
****


Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 106
Всего: 454



На всякий случай - покажи explain...


--------------------
 О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума.

PM MAIL WWW ICQ Jabber   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | MySQL | Следующая тема »


 




[ Время генерации скрипта: 0.0435 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.