Modsat af distinkt?

Og det jeg skal finde ud af er om samme IP har flere userID's

SELECT * FROM YourTable

Ja, så giver det alt, (Cirka 60.000 rows) Jeg vil kun have de rows hvor IP er det samme som i en anden row og hvor at UserID er forskellig.

proev:

SELECT userid,COUNT(*) AS n
FROM tabel
GROUP BY userid
HAVING COUNT(*) > 1

eller:

SELECT userid,COUNT(*) AS n
FROM tabel
GROUP BY userid
HAVING n > 1

and maybe an order by so you can see IP in correct order

SELECT * FROM YourTable ORDER BY IP, UserID, [Date]

ah´, didnt see that, must be the weather (hvis der er 2 eller flere UserID )

Arne. Første query giver mig antal login for brugeren og den næste giver fungere ikke :(

Hvis man bare kunne lave den sådan:

SELECT userid,COUNT(*) AS n
FROM tabel
GROUP BY userid
HAVING COUNT(*) > 1
WHERE IP = (Ip in another row)

saa proev:

SELECT ip,COUNT(DISTINCT userid) AS n
FROM tabel
GROUP BY ip
HAVING COUNT(DISTINCT userid) > 1

Det fungere heller ikke, men tror det er i den rigtige retning.

Kan du uddybe "fungere heller ikke" ?

Burde være nok med

SELECT ip,userid,count(*)
FROM tabel
GROUP BY ip,userid
HAVING COUNT(*) > 1

Næh, jeg skal vist bruge et par sekunder mere på at læse spørgsmålet ;)

arne v - Jeg er ikke helt klar over hvad den giver, men det er IP og så et tal som n som jeg går ud fra er UserID?

n burde vaere antallet af userid'er som har brugt den paagaeldende IP

Skal du ogsaa have userid'erne ud ?

Hvis jeg tager de IP resultater jeg får fra

SELECT ip,COUNT(DISTINCT userid) AS n
FROM tabel
GROUP BY ip
HAVING COUNT(DISTINCT userid) > 1

og laver en

SELECT DISTINCT LoginID
      ,[UserID]
      ,[IP]
  FROM [akvariefisk].[dbo].[User_Login]
WHERE IP = De Ip adresser fra sidste forespørgsel
ORDER BY UserID

Så har jeg det resultat jeg gerne vil have. Kan man lave de 2 sammen til en?

Det skulle selvfølgelig være DISTINCT UserID

SELECT * FROM andentabel
WHERE ip IN (SELECT x.ip
FROM (SELECT ip,COUNT(DISTINCT userid) AS n
      FROM tabel
      GROUP BY ip
      HAVING COUNT(DISTINCT userid) > 1) x)

maaske endda (jeg ved ikke om SQLServer spiser den):

SELECT * FROM andentabel
WHERE ip IN (SELECT ip
      FROM tabel
      GROUP BY ip
      HAVING COUNT(DISTINCT userid) > 1) x)

Msg 102, Level 15, State 1, Line 5
Incorrect syntax near 'x'.

Det er den samme tabel i begge - Jeg vil bare have de UserID ud hvor der er flere UserID med samme IP adresse.

hov Kiggede lige lidt nærmere Kom til at kopiere x) med ind Flovt

Den spiser den godt nok, men giver mig 115895 rows retur. Mange med samme UserID og IP

Bruger du min

SELECT * FROM andentabel

eller din

SELECT DISTINCT LoginID
      ,[UserID]
      ,[IP]
  FROM [akvariefisk].[dbo].[User_Login]

din DISTINCT goer maaske en forskel !

Kan man ikke bare skrive:

SELECT DISTINCT LoginID, UserID, IP
FROM akvariefisk.dbo.User_Login
WHERE IP IN (
  SELECT IP
  FROM akvariefisk.dbo.User_Login
  GROUP  BY IP
  HAVING COUNT(DISTINCT UserID) > 1)

Det er stort set det samme som det arne_v skriver, bortset fra, at jeg ikke medtager COUNT'en i subselectens SELECT del, hvilket gør den lidt nemmere at håndtere.

I stedet for at bruge en traditionel subselect, var det måske også muligt at bruge en konstruktion med en inline tabel. Jeg tænker på noget lign. dette:

SELECT DISTINCT t1.LoginID, t1.UserID, t1.IP
FROM [akvariefisk].[dbo].[User_Login] AS t1
INNER JOIN (
  SELECT IP
  FROM [akvariefisk].[dbo].[User_Login]
  GROUP BY IP
  HAVING COUNT(DISTINCT UserID)>1
  ) AS t2 ON t1.ip=t2.ip

Jeg ved ikke, om sådan en inline tabel konstruktion med join er mere effektiv end en subselect konstruktion, det må en test vise. For begge gælder, at det bør hjælpe, hvis der er et index på IP feltet.

Udgangspunktet for begge mine forslag til forespørgsler er det samme som arne_v er kommet frem til.


Ved nærmere eftertanke bør rækkefølgen på den sidste nok ændres. Det optimale er altid, at placere den "tabel" med mindst rækker først. I dette tilfælde altså den med de "udvalgte" IP:


SELECT DISTINCT t2.LoginID, t2.UserID, t2.IP
FROM (
  SELECT IP
  FROM [akvariefisk].[dbo].[User_Login]
  GROUP BY IP
  HAVING COUNT(DISTINCT UserID)>1
  ) AS t1
INNER JOIN [akvariefisk].[dbo].[User_Login] AS t2 ON t1.ip=t2.ip

Hvis du arbejder på en 2005 udgave as SQL server kan den sidste også skrives som:

WITH t1 AS (
  SELECT IP
  FROM [akvariefisk].[dbo].[User_Login]
  GROUP BY IP
  HAVING COUNT(DISTINCT UserID)>1)
SELECT DISTINCT t2.LoginID, t2.UserID, t2.IP
FROM t1
INNER JOIN [akvariefisk].[dbo].[User_Login] AS t2 ON t1.ip=t2.ip

I dette tilfælde gør det ikke den store forskel, men hvis man arbejder med mange inline tabeller, som måske er nestede, gør det forespørgslen lidt lettere at læse, synes jeg. Men det er en smagssag.

Da vi nu er i gang, så kan også versionen med en subselect skrives lidt anderledes:

SELECT DISTINCT LoginID, UserID, IP
FROM akvariefisk.dbo.User_Login t
WHERE EXISTS (
  SELECT IP
  FROM akvariefisk.dbo.User_Login
  WHERE IP = t.IP
  GROUP BY IP
  HAVING COUNT(DISTINCT UserID) > 1)

Med SQL er der sjældent kun én mulig løsning. :-)
Problemet er at finde den bedste!

re 31/07-2008 00:07:05>

Det var det jeg foreslog 30/07-2008 22:05:42

Forresten, giver det ikke et problem, at du medtager LoginID i din SELECT DISTINCT? Det ophæver jo i realiteten værdien af DISTINCT (hvis jeg ellers har ret i, at LoginID er primær nøglen på tabellen)?

Jeg tror du bliver nødt til at nøjes med
SELECT DISTINCT UserID, IP

--> arne_v:
Ja, beklager, hvis det ikke fremgår klart nok. Det var dog først da jeg så kvillers kommentar fra 30/07-2008 22:11:38, at jeg fangede din typo med " x)". Den fejl havde jeg i første omgang overset og bare konstateret (fejlagtigt), at du stadig arbejdede med en kombineret inline tabel/subselect som i 30/07-2008 22:04:25.

Re: 31/07-2008 00:34:03 Så ser det ud til at virke som jeg ønskede. Jeg skulle bare lige slette LoginID fra distinct og bruge UserID :)

Som jeg skrev i 30/07-2008 22:00:42 var det en fejl jeg skrev LoginID Det skulle have været userID. :)

Har du prøvet alle versionerne? Der er sikkert forskel i udførelseshastigheden (hvis de da ellers virker, det er jeg jo ikke sikker på). :-)

Kjulius skriver du ikke lige et svar? Så kan du få points, det virker som det skal :) Takker

Kjulius? ^^