Witam,

mam tabelę z użytkownikami, oprócz tego jest kilka tabel, do których użytkownicy wprowadzają dane. Te dane są oznaczone jako wpisane przez nich. Chcę zliczyć, ile dodali tych danych.

[SQL] pobierz, plaintext 
SELECT
    user_id,
    name,
    COUNT(DISTINCT objects.object_id) AS count_objects,
    COUNT(DISTINCT auctions.auction_id) AS count_auctions,
    COUNT(DISTINCT turnover_id) AS count_turnover,
    COUNT(DISTINCT artists .artist_id) AS artist_turnover
FROM users
    LEFT JOIN objects USING (user_id) # 8000 rekordów
    LEFT JOIN auctions USING (user_id) #100 rekordów
    LEFT JOIN turnover_history USING (user_id) #8000 rekordów
    LEFT JOIN artists USING (user_id) #2000 rekordów
GROUP BY user_id
ORDER BY name ASC
[SQL] pobierz, plaintext 

To zapytanie działa, ale bardzo długo się wykonuje. Jak powinienem je zoptymalizować? W każdej tabeli na kolumnie 'user_id' mam założony indeks. Oczywiście mogę zrobić osobne zapytanie dla każdej tabeli, ale może jest jakiś sposób optymalizacji tego.

Dodam, że czasami potrzebuję danych z konkretnego miesiąca:

[SQL] pobierz, plaintext 
SELECT
    user_id,
    name,
    COUNT(DISTINCT objects.object_id) AS count_objects,
    COUNT(DISTINCT auctions.auction_id) AS count_auctions,
    COUNT(DISTINCT turnover_id) AS count_turnover,
    COUNT(DISTINCT artists .artist_id) AS artist_turnover
FROM users
    LEFT JOIN objects USING (user_id)
    LEFT JOIN auctions USING (user_id)
    LEFT JOIN turnover_history USING (user_id)
    LEFT JOIN artists USING (user_id)
WHERE
    objects.added BETWEEN '2010-03-01' AND DATE_ADD('2010-03-01', INTERVAL 1 MONTH)
    OR auctions.added BETWEEN '2010-03-01' AND DATE_ADD('2010-03-01', INTERVAL 1 MONTH)
    OR turnover_history.added BETWEEN '2010-0-013' AND DATE_ADD('2010-03-01', INTERVAL 1 MONTH)
    OR artists.added BETWEEN '2010-03-01' AND DATE_ADD('2010-03-01', INTERVAL 1 MONTH)
GROUP BY user_id
ORDER BY name ASC
[SQL] pobierz, plaintext 

...to trwa jeszcze dłużej.

Hmm to zależy od bazy danych ale jeśli wartości te są często pobierane to warto byłoby stworzyc osobną tabelę, do której za pomoca triggerow dodawało się dane/aktualizowało i wtedy pobranie informacji trwałoby baaardzo krótko.

To akurat stoi na MySQLu i stać musi. Jest to jakaś myśl, pytanie tylko, czy faktycznie powinno to tyle trwać - czy dobrze stworzyłem zapytanie i indeksy. BTW drugie zapytanie pobierające dane z wybranego okresu jest złe, ale pokazuje ideę.

Idea oki i zapytanie będzie trwało długo. Może coś by mogła zmiana kolejności poszczególnych elementów po słowach from, where ale podejrzewam że da to niezbyt wiele. do sprawdzenia tego mozna użyć polecenia explain (http://dev.mysql.com/doc/refman/5.1/en/explain.html). jednak wydaje mi się tak jak juz pisałem, że najlepszym rozwiązaniem moze być w tym przypadku stworzenie dodatkowej tabeli z której pobierane będą dane, a triggery będą je indeksowały. Taka jest moja koncepcja ale pewnie są lepsze

Sprobuj tak (nie bede calego zapytania budowac):

[SQL] pobierz, plaintext 
SELECT
  u.user_id,
  u.name,
  co.counter AS count_objects,
  ca.counter AS count_actions,
  ....
FROM 
  users u
  LEFT JOIN (SELECT COUNT(o.object_id) AS counter, o.user_id FROM objects o GROUP BY o.user_id) co ON (co.user_id = u.user_id)
  LEFT JOIN (SELECT COUNT(a.auction_id) AS counter, a.user_id FROM auctions a GROUP BY a.user_id) ca ON (ca.user_id = u.user_id)
  .....
ORDER BY
  u.name ASC
[SQL] pobierz, plaintext 

Sprawdz czy cos przyspieszylo. Jesli tak, to dla drugiego zapytania przenies warunki na daty z where do joinow

1) Podaj struktury tabel (silnik tabel, indeksy też) i przykładowe dane (mam nadzieję, że wiesz jak)
2) Nie robimy czegoś takiego

[SQL] pobierz, plaintext 
BETWEEN '2010-03-01' AND DATE_ADD('2010-03-01', INTERVAL 1 MONTH)
[SQL] pobierz, plaintext 

Tylko w miarę możliwości

[SQL] pobierz, plaintext 
BETWEEN '2010-03-01' AND '2010-04-01'
[SQL] pobierz, plaintext 

ponieważ wtedy mysql wykorzysta indeksy
3) Lepiej nie robic takich zapytań liczących i dobrze byłoby się oprzeć na buforowanie owych liczników (np dodatkowa tabela, albo dodatkowe pole w twojej tabeli users). Licznik będziesz oczywiście uaktualniać przy każdej związanej z nimi akcji albo co jakiś czas.
Jest to najwydajniejsze rozwiązanie.

Moja propozycja 4 zapytań zamiast jednego.

Nie będzie łączenia tabel. Skleisz to sobie w PHP-ie.

Przypadkiem nie brakuje ci tam jakiś indeksów na datach, czy user_id??

Dodatkowo - jeżeli porobisz sobie indexy takie na 3 pola które cię interesują (tam z jednej tebeli user_id, pole po którym zliczasz, data) to do wykonania zapytania zostanie użyty sam index, bez udziału danych (będzie szybciej).

Dzięki wszystkim za odpowiedzi, w najbliższym czasie przetestuję Wasze propozycje i dam znać, co wyszło. Obecnie mam właśnie 4 osobne zapytania.