Posypał się RAID, a ja niestety nie mam czasu żeby przywrócić go z backupów. azazel wróci jak tylko ukradnę z czegoś trochę czasu.

azazel did not response

Nie jestem do końca przekonany, czy będzie szybsze. Nawet jeżeli tak, to najprawdopodobniej

SELECT DISTINCT id_process AS p1 FROM task
  WHERE status = 'completed' AND
  NOT EXISTS (SELECT * FROM task WHERE status <> 'completed'  AND id_process = p1);

będzie jeszcze szybsze. Ale to nie o to chodzi.

Wszystkie...

No tak - mają być wszystkie. Wobec tego biję się w piersi, rzeczywiście moje zapytanie nie daje poprawnego wyniku.

Mimo wszystko napisałbym to inaczej:

SELECT id_process
  FROM task
  WHERE status = 'completed'
  GROUP BY id_process
EXCEPT
SELECT id_process
  FROM task
  WHERE status <> 'completed'
  GROUP BY id_process

To zapytanie wciąż będzie szybsze w planie wykonania od Twojego.

Przecież SELECT id_process FROM task WHERE status = 'completed' GROUP BY id_process; zwróci liste procesów które mają przynajmniej jedno zadanie zakończone, a nie liste procesów, w których wszystkie zadania zostały zakończone. Nie widzisz tego?

Cały problem leży w tym, żeby uzyskać listę procesów, w których wszystkie zadania się zakończyły, użycie WHERE w tym przypadku nic nie da, bo przed wykonaniem funkcji COUNT ograniczy zbiór poczatkowy do zadań które się nie zakończyły (w przypadku WHERE status <> 'completed') albo do zadań które się zakończyły w przypadku WHERE status = 'completed'). Czyli używając WHERE status = 'completed' nie wiemy czy są w tak ograniczonej tabeli rekordy z status <> 'completed'

Na przykładzie będzie prościej. Przyjmijmy, że w tabela "task" wygląda tak (pominąłem pierwsze pole bo jest nieistotne w tym wypadki):

id_process	status
1	none
1	running
2	completed
2	completed
3	completed
3	running

Moje

SELECT id_process, COUNT(status != 'completed' OR NULL) AS count FROM task
GROUP BY id_process HAVING count = 0;

zwróci:

id_process	count
2	0

Twoje

SELECT id_process, COUNT(*) AS count FROM task WHERE status = 'completed' GROUP BY id_process;

zwróci

id_process	count
2	2
3	1

Oczywiscie count jest nieistotne, ale te zapytania zwracaja zupełnie różną liste procesów.

Rozumiesz juz o co chodzi czy mam tłumaczyć dalej.

Ależ...

SELECT id_process FROM task WHERE status = 'completed' GROUP BY id_process;

Coś mi się wydaje, że owracasz jednak kota ogonem, zupełnie niepotrzebnie. Przeczytaj o WHERE, zanim zaczniej kombinować po górkę.

Dobrze byłoby, gdybyś też obejrzał plan dla Twojego i mojego zapytania. Może wtedy być zrozumiał, dlaczego Twoje podejście jest co najmniej niewłaściwe.

Fakt, błedem było nie napisanie bezpośrednio do czego mi to posłuży. Więc naprawiam ten błąd, bo widzę czytanie ze zrozumieniem to rzadka sztuka.

Używając tej swojej klauzuli WHERE wylistuj wszystkie takie procesy, dla których wszystkie zadania (z tabeli "task") mają status 'completed'. Bo ja to zrobię tak:

SELECT id_process, COUNT(status != 'completed' OR NULL) AS count FROM task GROUP BY id_process HAVING count = 0;

Tylko żeby Cię żołądek nie rozbolał, jak będziesz się gimnastykował.

Tak...

Śliczne? Prymitywne, hack taki, że aż żołądek boli. Wygląda na to, że nie doszedłeś jeszcze w nauce SQL do klauzuli WHERE...

SELECT id_process, COUNT(*) FROM task WHERE status <> 'completed' GROUP BY id_process;

Mógłbyś też pomyśleć o przesiadce na bazę danych (np. PostgreSQL), a nie korzystać z żałosnej imitacji.

Tylko test