Анализ покупок с помощью SQL

[ADSoft]

Всем привет. Собственно чето туплю после НГ, заклинило и все тут )))

Имеем табличку: id_user, id_book указывающую кто и что покупал...
Стоит задача: получить список всевозможных пар товаров, которые были куплены более чем одним человеком

что пытался:

SELECT DISTINCT b1.id_book, b2.id_book
FROM books AS b1, books AS b2
WHERE b1.id_user = b2.id_user && b1.id_book != b2.id_book

но это просто получение всевозможных неповторяющихся (надеюсь) пар товарв ... как сюда еще и условие привязать что эту пару товаров выбрало более 1 чел .. .не понимаю пока

[evg_m]

from ( select id_book from books group by id_book having count(id_user)>1 ) as b1,
 .... as b2

[Аватар]

Так точно не повторяющиеся, а то будут пары 1,2 и 2,1

SELECT DISTINCT b1.id_user,b1.id_book AS book1, b2.id_book AS book2
FROM books AS b1, books AS b2
WHERE b1.id_user = b2.id_user and b1.id_book < b2.id_book

А потом засунуть в другой запрос

SELECT u.book1, u.book2
  FROM (
SELECT DISTINCT b1.id_user,b1.id_book AS book1, b2.id_book AS book2
FROM books AS b1, books AS b2
WHERE b1.id_user = b2.id_user and b1.id_book < b2.id_book
  ) U
  GROUP BY u.book1, u.book2
  HAVING COUNT(*)>1

[ADSoft]

не очень понятно почему < ?
дошло... надо меньше пить, пить меньше надо (с) ))))

при попытке запроса - u.book1, u.book2 ругается на неизвестные поля book1

[Аватар]

b1.id_user,b1.id_book AS book1, b2.id_book AS book2

Псевдонимы поставил?

[ADSoft]

Сообщение от Аватар

Псевдонимы поставил?

само собой...
кстати он даже запрос типа SELECT * FROM (приведенный выше запрос) Не может отработать

с примерно 980 тыс записей.... запрос генерит порядка 7 млн пар.... нельзя ли еще внутри того запроса как то ограничить... группировкой например

[Аватар]

А СУБД какая? На MS SQL 2012 проверил, мой летает

SELECT * FROM

Это о чем?

группировкой например

DISTINCT заменить на GROUP BY по трем полям? DISTINCT неявно все равно это же делает, хотя проверь, может что-то и выиграешь. А в принципе там хорошо нужно подумать, что бы другим запросом. Я не думал, просто твой адаптировал. Да, еще индексы что бы были по юзеру и книге

[ADSoft]

MySQL.... все поля индексированы - в принципе запрос быстро отрабатывет внутренний.... а вот внешний который с хавингом счетчика пол-ва пар..... умирает

ограничил внутрений запрос 300 записями для примера...... посмотрел - отрабатывает - но COUNT всем 1 считает, хотя это не так ((((

[Аватар]

HAVING отрабатывает после всего, на полном комплекте и медленный естественно

но COUNT всем 1 считает, хотя это не так

чего не так? Запросто
Попробуй так, при условии, что парочка id_user,id_book уникальна в таблице. Хотя не уверен на счет этого запроса

SELECT b1.id_book, b2.id_book
  FROM books AS b1, books AS b2
  WHERE b1.id_user = b2.id_user and b1.id_book < b2.id_book
  GROUP BY b1.id_book,b2.id_book
  HAVING COUNT(*)>1

или так, что быстрей

SELECT U.book1,U.book2
FROM (
SELECT b1.id_book AS book1, b2.id_book AS book2,COUNT(*) AS CountPara
  FROM books AS b1, books AS b2
  WHERE b1.id_user = b2.id_user and b1.id_book < b2.id_book
  GROUP BY b1.id_book,b2.id_book) U
WHERE U.CountPara>1

[ADSoft]

взял внутренний запрос из последнего приведенного, и уже в php отсеял >1
всем спасибо!
... теперь думаю как к этому запросу прикрутить кол-во не только пар, но и вообще все покупателей данного товара (book1). (book2)