Udvidelse af bruger-relations-søgning

Hvis jeg har forstået spørgsmålet korrekt, så bør følgende virke:

1.
select count(*)
From dbo.BrugerRelation t1
left join BrugerRelation t2 on t1.BrugerID2 = t2.BrugerID1
where t1.BrugerID1 NOT IN (0,1,2)
and t2.BrugerID2 <> t1.BrugerID1

2.
select count(*)
From dbo.BrugerRelation t1
left join BrugerRelation t2 on t1.BrugerID2 = t2.BrugerID1
where t1.BrugerID1 IN (0,1,2)
and t2.BrugerID2 <> t1.BrugerID1

Som du ser, er den eneste forskel, hvorvidt der står NOT foran IN (0,1,2).

Hej dsj

Tak for dit svar.. De to TSQL funktioner er ikke bekendt med.

Jeg kan se at (0,1,2) er de bruger niveauer jeg har angivet og at du har placeret NOT IN (0,1,2) bag ved where t1.BrugerID1

(0,1,2) er ikke bruger id'er.

Ok, det er selvfølgelig rigtigt - tænkte jeg ikke lige over. Så skal du erstatte t1.BrugerID1 med niveau-kolonnen de to steder hvor jeg bruger IN(...).

Du kan evt. oplyse lidt mere om BrugerRelation's tabellen.

God morgen

Der er ingen niveau kollonne.

Men hvis du kigger i et af mine tidligere indlæg, så kan du se data strukturen her:

http://www.eksperten.dk/spm/739704

Okay, nu er jeg med. Du er ude i en ikke så smart data-struktur, som du bør overveje at ændre. Det du vil kan kun lade sig gøre ved at tabellen BrugerRelation mod sig selv, lige så mange gange, som du ønsker niveauer. At joine en tabel mod sig selv flere mange gange er en ineffektiv måde at slå data op på, da det ikke skalerer.

Den skalerer ikke fordi du ikke kan lave ét SQL-statement, som finder det brugere i det ønskede antal niveauer. I stedet er du nødt til at lave et SQL-statement pr. niveau-søgning - i dette spørgsmål har du selvfølgelig kun to, men du bør stadig se efter en anden måde at strukturere data på, som kan gøre søgningen lettere og mere dynamisk. Oveni hatten har flere databaser en grænse for, hvor mange joins man kan have i ét SQL-statement, så hvis du engang vil nogle flere niveauer ned i hierarkiet, kan du få problemer.

morgen

jeg har tænkt på det dsj... jeg kan bare ikke lige få øje på en mere optimal data struktur, end den måde jeg parer brugere id'ere på nu.

Er det i det hele taget muligt?