Kompislista för community

[kompisar]
x_ID - räknare
x_userID - räknaren på den som listan tillhör.
x_friendID - räknaren på den personen som ska vara med i listan.

SQL = "SELECT * FROM [kompisar] WHERE [x_userID] = " & session(x_userID)

are you with!?

Det finns säkert många sätt, detta är ett.

***
Alternativt kan du ju lägga in all data i klartext i [kompisar] men det blir så jobbigt då om någon byter namn... Det beror helt på vem som använder din databas.

------------------
Get the redcarpet treatment.

Var kommer x_friendID in någonstans?

Hur ser innehållet i x_friendID ut är det massa ID-nummer där eller?

Det ju snubben som ska vara med på din kompis lista...

------------------
ASP Roxxx - PHP Suxxx

Jag förstår att det är snubben som ska vara med i listan...men hur sparas snubbarna i min lista...är det olika poster eller blir det att alla snubbar sparas i en enda post...

Det blir en post för varje kompis.

Att ha med en räknare x_id i tabellen är onödigt.

------------------
essentitia preter non sans multiplicandum

alla snubbar sparas i en enda post...

inte i en post men alla sparas i en Tabell sen hämtar du just dina kompisar genom denna kod

OBSERVERA ATT JAG INTE HAR SOVIT PÅ
72 TIMMAR DÄRFÖR KAN DET VARA EN DEL FEL I KODEN NEDAN

<%
Username = användarnamn_SESSION

SQL="SELECT * FROM tabbel_namn Where x_userID="& username &""
SET RS=Conn.execute(SQL)
%>
<%
DO until RS.bof or RS.eof
response.write RS("X_friendID") & "<BR>"
RS.movenext
loop
%>

------------------
ASP Roxxx - PHP Suxxx

Det blir en post för varje kompis.
Ja, och samma kompis kan vara med flera gånger men med olika x_userID, alltså folk som valt dom till kompisar

Att ha med en räknare x_id i tabellen är onödigt.
Ja, riktigt. I just dettta fallet är det *helt* onödigt. Däremot går det inte att i Access skapa poster utan räknare och i det fallet tycker jag x_ID är en rätt relevant lösning eftersom det kan finnas flera av både x_userID och x_friendID.

En smaksak kanske men man måste ha en räknare och det kan inte vara en av userID eller friendID.

Kind of tricky! ;-)

------------------
Get the redcarpet treatment.

<%
Username = användarnamn_SESSION

SQL="SELECT * FROM tabbel_namn Where x_userID="& username &""
SET RS=Conn.execute(SQL)
%>
<%
DO until RS.bof or RS.eof
response.write RS("X_friendID") & "<BR>"
RS.movenext
loop
%>

Vidare blir det en nästlad loop, anrop i anropet så att säga. Jag utgår från att dina användare sparas i tabellen [users].

<%
Username = användarnamn_SESSION

SQL="SELECT * FROM [users] Where x_userID="& username &""
SET RS=Conn.execute(SQL)
%>
<%
DO until RS.bof or RS.eof
response.write RS("X_friendID") & "<BR>"

' ## COLLECT NAME OF FRIENDS
SQL2 = "SELECT * FROM [users] WHERE [x_ID] = " & RS("x_friendID")
set mySQL2 = Conn.Execute(SQL2)
response.write "Kompis " & mySQL2("x_firstname") & " " & mySQL2("x_lastname") & vbCRLF

RS.movenext
loop
%>

------------------
Get the redcarpet treatment.

Hoppade in från den andra tråden.

Vad menar du med att det inte går att skapa tabeller utan räknare?
Det går alldeles utmärkt.
Däremot undrar jag om DU vet vad man har en räknare till?
Den har ingen speciell "databas" funktion, utan är bara ett sätt att få en unik representation av en post. I många fall används inte räknare, för att det redan finns unika nummer, tex. artikelnummer, osv.
En räknare lägger man till först när man inte kan urskilja de unika posterna. En räknare behöver inte heller räkna heltal, utan kan även skapa slumptal, bara de är unika.

I detta fallet är det bra att använda ett räknarfält för att skapa ett användarID. I övriga tabeller behövs ingen räknare.

/T

------------------
WRITE_PORT_ULONG(devExt->Mymessage,SMART_WRITE_ACK);

Sen behövs ingen nästlad loop.

Det går att fixa genom att plocka datan med hjälp av relationstabellen och userID, det blir en enklare & snabbare lösning

/T

------------------
WRITE_PORT_ULONG(devExt->Mymessage,SMART_WRITE_ACK);