WHERE antal rækker > 1

SELECT felt,count(*) AS antal FROM dintabel GROUP BY felt HAVING count(*)>1

evt. ... HAVING antal>1

Tak Erik, men den giver desværre følgende:

Mixing of GROUP columns (MIN(),MAX(),COUNT(),...) with no GROUP columns is illegal if there is no GROUP BY clause

Hvad er din sql-sætning?

SELECT playerid, datetime, COUNT(*) as antal FROM adminban HAVING COUNT(*) > 1 ORDER BY datetime, playerid ASC

Jo, men du skal vel gøre som jeg skriver, med GROUP BY

Det duer jo ikke for mig, da jeg ikke skal have sorteret nogen rækker ud. Datetime-feltet kan jo godt være forskelligt, og indeholde data jeg vil bruge. Hvis jeg indsætter GROUP BY vil jeg kun få et datetime felt pr. playerid ?!

Hvis datetime feltet er forskelligt for samme værdi af det felt du skal lave GROUP BY på, så har du da et problem af betydning: hvilken af de forskellige værdier skal den så vise?

Den skal vise begge 2. Jeg vil blot ikke bruge hverken playerid, datetime eller noget andet felt, hvis ikke antallet af rækker med det samme playerid er mere end 1.

Okay, det kan du så ikke klare med een "almindelig" sql-sætning. Understøtter din mysql sub-selects?

Ok, har også nu klaret det med en lidt snusket php-metode, som er ret irriterende.

Om databasen understytter subselects tror jeg, men jeg kan ikke engang lige huske hvordan man finder versionen. Det er noget med SELECT mysql_version() ?

Jeg tror det bare er

  select version()

Du skal vist op på noget 4.1.x

Tæt på, bare version(). Det giver version 4.1.10-standard.

Så skulle det nok ku' la' sig gi' sig

Et eksperiment med en tabel jeg har ved hånden

select * from navne where navn in (select navn from navne group by navn having count(*)>1)

Jo, det ser faktisk ud til ikke at være helt tosset.

;) Du kan jo bruge det hvis du vil. Jeg samler ikke på point. Svar selv, accepter eget svar.

Jo tak, det virker fortrinligt, skulle bare lige have min join på også.

Jeg takker mange gange :)

Det førte så til, at jeg for første gang i min "karriere" fik kørt en database (en tabel) i sænk :|

Hvordan det?

Ja, det ved jeg ærlig talt ikke helt. Men der har lige været 10 minutter hvor jeg intet har kunnet foretage mig, da min forespørgsel åbenbart har ligget og kørt. Ikke engang phpMyAdmin kunne vise tabellen.

Hvilket så egentlig var noget ævl, for hvis intet andet kan tilgå tabellen så er det jo klart at phpMyAdmin heller ikke kan... Men nu er den da oppe i omdrejninger igen.

Jeg ved godt det er en voldsom forespørgsel, og det fik jeg da også bekræftet, men burde følgende virkelig være _så_ voldsomt:

$q = mysql_query("select adminban.playerid, adminban.reason as abreason, adminlogold.player_id, adminlogold.reason as alreason from adminban left join adminlogold on (adminlogold.time = adminban.datetime) where playerid in (select playerid from adminban group by datetime having count(*)>1) order by adminban.datetime LIMIT 20");

?

Så snart jeg fjerne order by-delen er der ikke de store problemer. Tabellen indeholder ca. 15K rækker, så det er da en sjat.

Det er ikke alverden, hvis du altså har sat indexer på passende felter.

Umiddelbart skulle der ikke være ens felter i de to tabeller på nær lige reason, som jeg kalder henholdsvis abreason og alreason. Det der også undrer mig er, at den tilsyneladende ikke timede-out efter de normale 30 sekunder, men åbenbart har fortsat.