--- title: "Kompislista" type: "forum-thread" url: "https://www.webforum.nu/amne/asp/10040-kompislista" topic: "ASP" topic_url: "https://www.webforum.nu/amne/asp" author: "Spelsidan" published: "2001-06-12T20:30:00.000Z" updated: "2001-06-14T00:20:00.000Z" replies: 16 views: 399 page: 1 pages: 1 language: "sv-SE" site: "webForum — webforum.nu" rights: "Upphovsrätten till varje inlägg tillhör dess författare." attribution: "Citera som: webForum, https://www.webforum.nu/amne/asp/10040-kompislista" --- # Kompislista ## #1 — Spelsidan, 2001-06-12T20:30Z Är det någon som har lust att göra en färdig kompislista åt mig om ni gör det så lovar jag att lägga ut reklam åt er och skriva ert namn under. (om jag får ut min sida förstås) Jag har en loginscript där besökaren kan bli medlem och sen logga in varje person har ett id nr typ om en medlem heter web och en annan smiley så vill jag att smiley ska kunna trycka på en länk och sedan få web på sin kompislista jag hoppas ni förstår och vill hjälpa mig. Ni kan mila scriptet till: Spelsidan@hotmail.com Permalänk: https://www.webforum.nu/p/10040 ## #2 — nakoz, 2001-06-12T23:13Z letar du gratisscript så har du nog inte kommit till rätt ställe... här lär vi oss, och försöker lära folk, att bli duktiga på asp. om du söker lite på forumet så kanske du med lite tur hittar det du söker.. men vi hjälper dig gärna på traven om du har lite grundkunskap. annars kan du läsa dessa artiklar: mvh. Permalänk: https://www.webforum.nu/p/271695 ## #3 — Eclipse, 2001-06-13T11:44Z Ämnet känns bekant... Jag tror vi betade av en likande tråd för någon vecka sedan. \--- Du grejar bevisligen databaser. \[friends\] x_ID - räknare x_userID - id nummret på surfaren. x_friendID - id nummret på vännen. hajjarru!? :-) Permalänk: https://www.webforum.nu/p/271696 ## #4 — Toonster, 2001-06-13T12:57Z \[friends\] x_userID - id nummret på surfaren. x_friendID - id nummret på vännen. Blir bättre. Finns ingen anledning att numrera en relationstabell. x_userID är ändå unikt. /T Permalänk: https://www.webforum.nu/p/271697 ## #5 — Eclipse, 2001-06-13T13:23Z Toonster \>\> Nej. Läs inlägget igen. En medlem med userID=23 kan ha vänner med friendID = 15, friendID = 34, firndID = 2 Tre vänner i detta fallet. Dessa id nummer kommer i sin tur från räknaren i \[users\]... vilket inte triktigt framgår. Permalänk: https://www.webforum.nu/p/271698 ## #6 — Eclipse, 2001-06-13T13:31Z Dum typ av korspostning.... På denna länken diskuteras tråden i sin helhet. Permalänk: https://www.webforum.nu/p/271699 ## #7 — Toonster, 2001-06-13T13:47Z En relationstabell SKA inte ha en räknare, jag upprepar igen SKA inte... > En medlem med userID=23 kan ha vänner med friendID = 15, friendID = 34, firndID = 2 Fortfarande har ju userID ett unikt nummer. Tabellen ska ju användas som relationstabell, dvs bara ha koll på 1:N relationer. En räknare behövs inte. Det unika numret återfinns ju genom userID, och den tabellen den är relaterad till, i detta fall user? Ett friendID är ju även ett userID. /T Permalänk: https://www.webforum.nu/p/271700 ## #8 — Eclipse, 2001-06-13T13:57Z Suck... du måste söka vård! ;-) \[users\] x_ID x_user x_password \[friends\] x_ID x_userID - \<-- räknare från x_id.users x_friendID - \<-- räknare från x_id.users Om man har en vän så är det en annan post i databasen. Man kan inte ha en vän som inte är medlem... ``` ' ## LIST FRIENDS SELECT * FROM [friends] WHERE [x_userID] = session("x_userID") DO UNTIL mySQL.EOF SELECT * FROM [users] WHERE [x_ID] = mySQL("x_friendID") ... loopa och skriv ut namnet på den första vännen, den andra... until eof. my LOOP ``` Det kallas nestlade loopar, suger fett men fungerar rätt bra i mindre sammanhang. Jag har hoppat över lite här nu... jag orkar fan inte förklara mer grundligt. fattar du inte nu vill du förmodligen inte fatta och då får du fan skylla dig skälv... Permalänk: https://www.webforum.nu/p/271701 ## #9 — Toonster, 2001-06-13T14:03Z Hoppade in igen... \[friends\] x_userID - \<-- räknare från x_id.users x_friendID - \<-- räknare från x_id.users Är det korrekt, sen kan du kalla mig vad du vill, jag KAN databaser i varje fal... :-) Annars är det korrekt och eftersom det är en relationstabell, 1:N, så är det helt normalt att det förekommer flera x_userID med samma värde, de behöver aldrig urskiljas på något sätt. Och som jag skrev i den andra tråden, man behöver ingen nästlad loop, utan allt går att plocka på en gång... /T Permalänk: https://www.webforum.nu/p/271702 ## #10 — Toonster, 2001-06-13T14:06Z typ: SELECT \* FROM users,friends WHERE users.userID='"&session("x_userID")&"' AND users.userID=friends.userID sen får man "trixa" till det när man presenterar resultatet i en dropdown /T Permalänk: https://www.webforum.nu/p/271703 ## #11 — @nders, 2001-06-13T14:07Z jakob, förlåt mig min vän, men jag måste stödja toonster här. userid och friendid är (skall vara, i varje fall) tillsammans unika i tabellen. sen gör man ju givetvis en liten self-join i ursprungsfrågan för att slippa ställa frågor mitt i en loop. (har inte läst den andra tråden, så det kanske är det toonster föreslår där). Permalänk: https://www.webforum.nu/p/271704 ## #12 — Eclipse, 2001-06-13T14:26Z Ni snackar i nattmössan båda två... userid och friendid är (skall vara, i varje fall) tillsammans unika i tabellen. \- Precis som min kod ovan. Är det korrekt, sen kan du kalla mig vad du vill, jag KAN databaser i varje fal... :-) Annars är det korrekt och eftersom det är en relationstabell, 1:N, så är det helt normalt att det förekommer flera x_userID med samma värde, de behöver aldrig urskiljas på något sätt. Ja det är korrekt. 1:N är ju en till många och det är precis så det blir, en användare kan bara ha en vän med ett ID, men EN användare kan ha MÅNGA vänner... SELECT \* FROM users,friends WHERE users.userID='"&session("x_userID")&"' AND users.userID=friends.userID Tror du han som postade frågan fattar det? Om han gör det så är han attans så vass! :-) Ja, nestlat suger, JOIN är bättre... Du skriver ju samma kod som mig fast i en JOIN form! (PS. skippa enkelfjumparna runt sessions.) Permalänk: https://www.webforum.nu/p/271705 ## #13 — @nders, 2001-06-13T14:37Z > userid och friendid är (skall vara, i varje fall) tillsammans unika i tabellen. > > \- Precis som min kod ovan. \- vad använder du id till då, när du redan har någonting som är unikt? är det jag som snurrar bort mig själv här? Permalänk: https://www.webforum.nu/p/271706 ## #14 — Toonster, 2001-06-13T14:51Z Suck! 1:N är relationsformen mellan user och friend, inte någon sorts mall för hur friend tabellen ska se ut! userID är ju unikt, i tabellen med friends kan det se ut så här: 12 - 23 12 - 25 12 - 34 13 - 23 13 - 12 Detta är en suverän relationstabell, du har användare och vänner. Att det sedan förekommer samma id gör inget, denna tabell behöver inte indexeras. /T Permalänk: https://www.webforum.nu/p/271707 ## #15 — Eclipse, 2001-06-13T15:06Z Det går inte att skapa en tabell i Access utan räknare... Det finns inget i postarens första inlägg som direkt tyder på att han har tillgång till någon annan datbas. Permalänk: https://www.webforum.nu/p/271708 ## #16 — mastermani, 2001-06-13T15:24Z det har gått för mej, och då satte jag primary key på en tabbelen där värdet av vems kompis det är istället för en ID tabell, på min kompis lista använde jag mej inte av nån ID eller räknare... antingen e jag helt på rätt spår, eller så svängde jag av vid helt fel korsning Permalänk: https://www.webforum.nu/p/271709 ## #17 — nakoz, 2001-06-14T00:20Z > Det går inte att skapa en tabell i Access utan räknare... sitter du fortfarande i Access95 eller dylikt? :) klart det går att skapa en tabell utan ID-nummer. ska man sen ta bort en relation så gör man inte det på ett lika smidigt sätt dock, utan då kanske frågesträngen ser ut såhär istället: tabort.asp?user1="& id1 &"&user2="& id2 &" mot i det som du föreslår: tabort.asp?relationsID="& relID &" till exempel. jag skulle dock gjort som dig Eclipse även fast jag vet att det går att ordna enklare genom att dra upp en relation direkt i databasprogrammet. mvh. Permalänk: https://www.webforum.nu/p/271710 --- Tråden på webben: https://www.webforum.nu/amne/asp/10040-kompislista