На этот раз, надеюсь, последний)
До этой ветки была SQL. Помогите оптимизировать запрос с следующим запросом:

SELECT
   A,
   COUNT(*) AS Cnt
FROM
   (SELECT
       A
   FROM
       tbl
   LIMIT 8000000) a  
GROUP BY
   A
ORDER BY
   Cnt DESC
LIMIT 10

Суть простая - получить самые популярные элементы. Чтобы быстро выполнять такой запрос можно сделать таблицу итогов, где считать количество..

Но основной запрос имеет следующуу форму:

SELECT
   A,
   COUNT(*) AS Cnt
FROM
   (SELECT
       A
   FROM
       tbl
   WHERE
       B = :B
   LIMIT 8000000) a  
GROUP BY
   A
ORDER BY
   Cnt DESC
LIMIT 10

Суть немного изменилась, но всё равно осталась простой - Самые популярные элементы среди :B.
Выполняется он тоже небыстро, нужно что-то придумать)
У каждого :B в среднем 250 А.

Таблицу итогов тут сделать сложно физически. Её размер будет превышать исходную таблицу в 250*250 в среднем, что никуда не годится. Да и запись/удаление будут выполняться очень затратно.
Идеи?)

Косяк... Неправильно последний запрос написал..

Вот второй запрос:


SELECT
   A,
   COUNT(*) AS Cnt
FROM
   (SELECT
       A
   FROM
       tbl
   WHERE
       owner_id IN (SELECT DISTINCT owner_id FROM tbl WHERE A=:A)
   ) a  
GROUP BY
   A
ORDER BY
   Cnt DESC
LIMIT 10

Суть немного другая - самые популярные элементы среди пользователей, у которых есть :A среди элементов.

Если несложно, можно переместить в шапку? Спасибо

сО следующим запросом*
Тоже просьба поправить)

зачем вы хотите вернуть 8 миллионов строк?

(9) Когда 8 миллиардов пользователей, то почему бы и не вернуть 8 миллионов самых популярных элементов.

Ох, маркетолухи, они такие олухи. Я бы не возвращал, даже глядя по 100 штук в секунду, им понадобиться очень много времени (дня три не меньше).

(4) 8млн  для  отладки (не хочу ждать несколько десятков минут). В  идеале надо все.

(5)  Пользователей  меньше, в 250  раз  примерно)

Такой запрос выполняется очень часто?
Заведи колонку "популярность" и не ипи моск
Можно триггер повесить на запись

(8) Планируется выполнять его очень часто
Как же такую колонку завести? Проблема в условии "самые популярные элементы среди пользователей, у которых есть :A среди элементов"

(9) А это типа @А? Т.е. типа переменная?
Иди ищи Glory на SQL.ru, он умный :)

(10) Да, переменная)
Ещё с научником на эту тему буду говорить) Надеюсь на что-нибудь умное)

(11) У тебя там "Управление планетой Земля"?
Отпишись, интересно

(2) Мда... Используешь IN и спрашиваешь - "а че так долго?". Ниче, что "SELECT DISTINCT owner_id FROM tbl WHERE A=:A" выполнится для каждой строки "верхней" таблицы? Никаких IN при работе с большим количеством данных, только джойны по индексированным таблицам.

(12) Придумал сайт, верю что взлетит)
Идея самая что ни на есть простая)

(13) У себя реализовано через джоин - этот писал от руки сразу в форум)
Но за информацию спасибо. Соединяю по user_id, индекс на нём имеется. Норм?

(14) " У себя реализовано через джоин - этот писал от руки сразу в форум" - своебразная постановка задач.

(15) Главное - суть. Я же новую сструктуру пытаюсь придумать)

(14) А чо там? Секрет?
Кол-во пользователей как абонентов у приличного оператора сотовой связи