Hjälp med SQL-query

SELECT * FROM table WHERE status <> "Activated"?

EDIT: Missförstod hur loggen fungerade.

select * from order_log where order_id not in (select order_id from order_log where status = 'Activated')

edit: lyckades paja queryn med en dum uppdatering. Fixat

Det krävs inte en subquery men det är tydligast.

Nedanstående väljer ut alla order_ids som bara förekommer en gång. Förutsatt att det alltid finns en Created-rad innan en Activated-rad läggs till bör den ge samma resultat som den tidigare frågan, fast i en query.

select order_id
from order_log
group by order_id
having count(*) = 1

select order_id
from order_log
group by order_id
having count(*) = 1

Dock är väl det där ingen lösning man vill göra, den tidigare du postade är ju multum bättre.

Jag satt (skönt att den delen av mitt arbetsliv är över) och lagade sånna här saker dagarna i ända förut.

Det göra aldeles för många antaganden, samtidigt som den miserabelt breakar så fort nån annan får för sig att ändra/uppgradera systemet som loggar.

T ex kanske nån tycker det är en bra ide att märka upp felaktiga saker med en "error" status, helt plötsligt kan då flödet bli "created->error", och så försvinner dessa ordrar.

Eller ingen behöver ens ha ändrat något, det kanske aldrig var nån som hade använt error-statusen tidigare.

För att den där lösningen ska fungera måste man ju garantera att set aldrig är nått annat än just exakt dessa två statusar i korrekt ordning, inga dubletter, ingenting som går till "activated" direkt utan en created osv.

Rätt självklara antaganden, men jag har fasen sett allt
Skickades från m.sweclockers.com

Detta är en loggtabell, varje order_id kan alltså ha multipla rader.
Läs om och läs rätt

Skickades från m.sweclockers.com

"Tillsvidare"? Att använda en subquery är en tydligare och stabilare lösning, inte ett fulhack på något vis. Hur kommer det sig att du inte vill använda en sådan?

Jag provade lite i MSSQL för att se hur den skulle lösa uppgifterna, helt utan några index (här kan du ju vinna prestanda så det visslar om det!).

Subqueryn är betydligt snabbare; den med grupperingen är nästan dubbelt så långsam.

Jag valde förresten att göra om tabellen lite, att låta statusen återspeglas av en integer:
Så kan man köra:

select order_id
from orders
group by order_id
having max(status) = 1

Lägger man på ett index order_id asc, status asc
så tar helt plötsligt frågan hälften av subquery-frågan... Sen om det är best practice vet jag inte.

När det gäller SQL så gissa inte vad som är snabbast - mät! De flesta SQL-motorer är överjävliga på att optimera.