Point system

Først skal du "designe" strukturen af databasen. Hvilke informationer skal du bruge?

Som udgangspunkt er tommelfingerreglen, at informationer af samme type men variende i antal skal placeres i en tabel for sig selv for, at sikre dynamikken.

Ex. skal du oprette en tabel til spillerene, idet antallet på forhånd er uvist og ikke statisk. Hvis spillernes point for hver "kamp" skal gemmes så man senere kan trække den enkelte kamp frem og genskabe pointene, det kræver at du laver en tabel med informationer over kampene. Hvis ikke - dvs. at spillernes point bare lægges oveni deres nuværende - vil pointene bare kunne gemmes direkte i tabellen.

En fiktiv opstilling...

Tabel: Brugere

Felter: id, navn, login, passwd, loginLevel, point

Tabel: Spil

Felter: id, dato, sted

Tabel: PointOversigt

Felter: id, spilid, brugerid, point

Den måde som strukturen skal forstås er... Tabellen Brugere indeholder informationer om de enkelte brugere, hvor brugere med passende loginLevel kan tilføje, redigere og slette brugere. Tabellen Spil indeholder informationer om tid, dato og sted for de enkelte spil, men mere vigtigt angiver den et unikt id for hvert spil ligesom hver bruger har et unikt id.

Tabellen PointOversigt giver dig så en mulighed for, at se nærmere på pointfordelingen for spillere i de enkelte spil. Grunden til informationerne er placeret i en tabel for sig selv er, at antallet af spillere i de enkelte spil antages for uvist. Er antallet statisk (permanent for alle spil) er det ikke nødvendigt og informationerne bare indgå direkte i tabellen Spil. Den måde tabellen PointOversigt benyttes er, at der laves en indgang i tabellen for hver spiller i hvert spil (vha. felterne spilid og brugerid) - dvs. at vil man se pointfordelingen for et spil skal man bare bede database om kun at returnere de indgange med et specifikt spilid.

Som sagt... sæt dig ned først og find ud af hvilke informationer du har brug for og hvordan de skal struktureres... og vær lidt fremadsynet, der er intet værre end en dårlig og ufleksibel struktur.

Derefter kan vi snakke om implementeringen, men alle "programmer" starter på papiret.[Redigeret d. 10/11-02 23:47:41 af Erik K. Aarslew-Jensen]

Er det muligt at lave et point system i php?
Altså ligesom hvis du i tv ser en resultattavle over fodboldhold i en liga... Hvor du så, kan give dem point, hvorefter de rykker op eller ned i rangeringen. Det skal selvfølgelig være med admin login Jeg er php n00b, så jeg håber, at der en venlig sjæl, eller måske flere, der vil hjælpe mig

På forhånd tak

Lars Pederen

ja
-
neuroman? det' da mig
Aloha - Er du fresh???

Er det muligt at lave et point system i php?
Altså ligesom hvis du i tv ser en resultattavle over fodboldhold i en liga... Hvor du så, kan give dem point, hvorefter de rykker op eller ned i rangeringen. Det skal selvfølgelig være med admin login Jeg er php n00b, så jeg håber, at der en venlig sjæl, eller måske flere, der vil hjælpe mig

På forhånd tak

Lars Pederen

Som Elias sagde Ja, det kræver sådan set kun at man har en database og man kan finde ud af at bruge MySQL. Sæt dig ned og tænk lidt over hvad der skal til, er du helt strandet skal jeg da gerne se hvad jeg kan gøre, men ikke før at du har tænkt lidt over sagerne og prøvet selv.

Mvh
Kaare

Er det muligt at lave et point system i php?
Altså ligesom hvis du i tv ser en resultattavle over fodboldhold i en liga... Hvor du så, kan give dem point, hvorefter de rykker op eller ned i rangeringen. Det skal selvfølgelig være med admin login Jeg er php n00b, så jeg håber, at der en venlig sjæl, eller måske flere, der vil hjælpe mig

På forhånd tak

Lars Pederen

Som Elias sagde Ja, det kræver sådan set kun at man har en database og man kan finde ud af at bruge MySQL. Sæt dig ned og tænk lidt over hvad der skal til, er du helt strandet skal jeg da gerne se hvad jeg kan gøre, men ikke før at du har tænkt lidt over sagerne og prøvet selv.

Mvh
Kaare

Jeg vil skyde på at man skal bruge: En admin funktion hvor man sender oplysninger til DB'en, en MySQL DB hvor man gemmer oplysningerne og så nogle rammer hvor man "requester" og sorterer oplysningerne fra DB'en efter hvor mange point de har. Det er faktisk til en bridge klub, hehe De vil gerne kunne se deres stillinger online og selvfølgelig rette i dem online. Admin funktionen skal indeholde: En form hvor man kan "adde" spillere, og en form hvor man kan indsætte point Jeg håber også, at jeg har lært noget, når pointsystemet er færdigt Jeg håber at det var rigelig med info.

Bare skriv løs hvis i vil hjælpe eller komme med gode råd

Først skal du "designe" strukturen af databasen. Hvilke informationer skal du bruge?

Som udgangspunkt er tommelfingerreglen, at informationer af samme type men variende i antal skal placeres i en tabel for sig selv for, at sikre dynamikken.

Ex. skal du oprette en tabel til spillerene, idet antallet på forhånd er uvist og ikke statisk. Hvis spillernes point for hver "kamp" skal gemmes så man senere kan trække den enkelte kamp frem og genskabe pointene, det kræver at du laver en tabel med informationer over kampene. Hvis ikke - dvs. at spillernes point bare lægges oveni deres nuværende - vil pointene bare kunne gemmes direkte i tabellen.

En fiktiv opstilling...

Tabel: Brugere

Felter: id, navn, login, passwd, loginLevel, point

Tabel: Spil

Felter: id, dato, sted

Tabel: PointOversigt

Felter: id, spilid, brugerid, point

Den måde som strukturen skal forstås er... Tabellen Brugere indeholder informationer om de enkelte brugere, hvor brugere med passende loginLevel kan tilføje, redigere og slette brugere. Tabellen Spil indeholder informationer om tid, dato og sted for de enkelte spil, men mere vigtigt angiver den et unikt id for hvert spil ligesom hver bruger har et unikt id.

Tabellen PointOversigt giver dig så en mulighed for, at se nærmere på pointfordelingen for spillere i de enkelte spil. Grunden til informationerne er placeret i en tabel for sig selv er, at antallet af spillere i de enkelte spil antages for uvist. Er antallet statisk (permanent for alle spil) er det ikke nødvendigt og informationerne bare indgå direkte i tabellen Spil. Den måde tabellen PointOversigt benyttes er, at der laves en indgang i tabellen for hver spiller i hvert spil (vha. felterne spilid og brugerid) - dvs. at vil man se pointfordelingen for et spil skal man bare bede database om kun at returnere de indgange med et specifikt spilid.

Som sagt... sæt dig ned først og find ud af hvilke informationer du har brug for og hvordan de skal struktureres... og vær lidt fremadsynet, der er intet værre end en dårlig og ufleksibel struktur.

Derefter kan vi snakke om implementeringen, men alle "programmer" starter på papiret.[Redigeret d. 10/11-02 23:47:41 af Erik K. Aarslew-Jensen]

Jeg synes, at din strukturering ser god ud. Jeg kan faktisk ikke sætte en finger på noget, som er forkert. F.eks. ville det være en god ting, hvis man kunne gå tilbage til tidligere spil og se resultater. Mht. til pointene bliver de hele tiden lagt oveni. Det ville være en fordel, at man både kunne +'e og -'e, hvis man nu kom til at uddele et forkert antal point. Det ville nok også være en god ide med en "nulstillings" knap, hvor man kunne nulstille pointene, f.eks. når de starter på ny sæson. Når man trykker på knappen, skal man blive ført over på en anden side, hvor man skal konfirmere, at det man har i sinde at nulstille det hele. Jeg synes dog ikke at alle "medlemmer" af bridgeklubben skal have brugernavn og pass, da det hurtigt kan ende galt. Der er en i bestyrelsen, der sørger for resultater, så det bliver hans opgave. Jeg ved ikke om det er nok info, men kan du/i jo bare spørge

Først skal du "designe" strukturen af databasen. Hvilke informationer skal du bruge?

Som udgangspunkt er tommelfingerreglen, at informationer af samme type men variende i antal skal placeres i en tabel for sig selv for, at sikre dynamikken.

Ex. skal du oprette en tabel til spillerene, idet antallet på forhånd er uvist og ikke statisk. Hvis spillernes point for hver "kamp" skal gemmes så man senere kan trække den enkelte kamp frem og genskabe pointene, det kræver at du laver en tabel med informationer over kampene. Hvis ikke - dvs. at spillernes point bare lægges oveni deres nuværende - vil pointene bare kunne gemmes direkte i tabellen.

En fiktiv opstilling...

Tabel: Brugere

Felter: id, navn, login, passwd, loginLevel, point

Tabel: Spil

Felter: id, dato, sted

Tabel: PointOversigt

Felter: id, spilid, brugerid, point

Den måde som strukturen skal forstås er... Tabellen Brugere indeholder informationer om de enkelte brugere, hvor brugere med passende loginLevel kan tilføje, redigere og slette brugere. Tabellen Spil indeholder informationer om tid, dato og sted for de enkelte spil, men mere vigtigt angiver den et unikt id for hvert spil ligesom hver bruger har et unikt id.

Tabellen PointOversigt giver dig så en mulighed for, at se nærmere på pointfordelingen for spillere i de enkelte spil. Grunden til informationerne er placeret i en tabel for sig selv er, at antallet af spillere i de enkelte spil antages for uvist. Er antallet statisk (permanent for alle spil) er det ikke nødvendigt og informationerne bare indgå direkte i tabellen Spil. Den måde tabellen PointOversigt benyttes er, at der laves en indgang i tabellen for hver spiller i hvert spil (vha. felterne spilid og brugerid) - dvs. at vil man se pointfordelingen for et spil skal man bare bede database om kun at returnere de indgange med et specifikt spilid.

Som sagt... sæt dig ned først og find ud af hvilke informationer du har brug for og hvordan de skal struktureres... og vær lidt fremadsynet, der er intet værre end en dårlig og ufleksibel struktur.

Derefter kan vi snakke om implementeringen, men alle "programmer" starter på papiret.[Redigeret d. 10/11-02 23:47:41 af Erik K. Aarslew-Jensen]

Jeg synes, at din strukturering ser god ud. Jeg kan faktisk ikke sætte en finger på noget, som er forkert. F.eks. ville det være en god ting, hvis man kunne gå tilbage til tidligere spil og se resultater. Mht. til pointene bliver de hele tiden lagt oveni. Det ville være en fordel, at man både kunne +'e og -'e, hvis man nu kom til at uddele et forkert antal point. Det ville nok også være en god ide med en "nulstillings" knap, hvor man kunne nulstille pointene, f.eks. når de starter på ny sæson. Når man trykker på knappen, skal man blive ført over på en anden side, hvor man skal konfirmere, at det man har i sinde at nulstille det hele. Jeg synes dog ikke at alle "medlemmer" af bridgeklubben skal have brugernavn og pass, da det hurtigt kan ende galt. Der er en i bestyrelsen, der sørger for resultater, så det bliver hans opgave. Jeg ved ikke om det er nok info, men kan du/i jo bare spørge

Du har nu fået en meget god ide til hvordan det hele kan hænge sammen, alt det med at nulstille point osv. er sådan set bare at være god til SQL, prøv at kigge på www.webcafe.dk under SQL og læs det igennem og se om du ikke får lidt flere ideer.

Kastermester
Mvh
Kaare

Først skal du "designe" strukturen af databasen. Hvilke informationer skal du bruge?

Som udgangspunkt er tommelfingerreglen, at informationer af samme type men variende i antal skal placeres i en tabel for sig selv for, at sikre dynamikken.

Ex. skal du oprette en tabel til spillerene, idet antallet på forhånd er uvist og ikke statisk. Hvis spillernes point for hver "kamp" skal gemmes så man senere kan trække den enkelte kamp frem og genskabe pointene, det kræver at du laver en tabel med informationer over kampene. Hvis ikke - dvs. at spillernes point bare lægges oveni deres nuværende - vil pointene bare kunne gemmes direkte i tabellen.

En fiktiv opstilling...

Tabel: Brugere

Felter: id, navn, login, passwd, loginLevel, point

Tabel: Spil

Felter: id, dato, sted

Tabel: PointOversigt

Felter: id, spilid, brugerid, point

Den måde som strukturen skal forstås er... Tabellen Brugere indeholder informationer om de enkelte brugere, hvor brugere med passende loginLevel kan tilføje, redigere og slette brugere. Tabellen Spil indeholder informationer om tid, dato og sted for de enkelte spil, men mere vigtigt angiver den et unikt id for hvert spil ligesom hver bruger har et unikt id.

Tabellen PointOversigt giver dig så en mulighed for, at se nærmere på pointfordelingen for spillere i de enkelte spil. Grunden til informationerne er placeret i en tabel for sig selv er, at antallet af spillere i de enkelte spil antages for uvist. Er antallet statisk (permanent for alle spil) er det ikke nødvendigt og informationerne bare indgå direkte i tabellen Spil. Den måde tabellen PointOversigt benyttes er, at der laves en indgang i tabellen for hver spiller i hvert spil (vha. felterne spilid og brugerid) - dvs. at vil man se pointfordelingen for et spil skal man bare bede database om kun at returnere de indgange med et specifikt spilid.

Som sagt... sæt dig ned først og find ud af hvilke informationer du har brug for og hvordan de skal struktureres... og vær lidt fremadsynet, der er intet værre end en dårlig og ufleksibel struktur.

Derefter kan vi snakke om implementeringen, men alle "programmer" starter på papiret.[Redigeret d. 10/11-02 23:47:41 af Erik K. Aarslew-Jensen]

Jeg synes, at din strukturering ser god ud. Jeg kan faktisk ikke sætte en finger på noget, som er forkert. F.eks. ville det være en god ting, hvis man kunne gå tilbage til tidligere spil og se resultater. Mht. til pointene bliver de hele tiden lagt oveni. Det ville være en fordel, at man både kunne +'e og -'e, hvis man nu kom til at uddele et forkert antal point. Det ville nok også være en god ide med en "nulstillings" knap, hvor man kunne nulstille pointene, f.eks. når de starter på ny sæson. Når man trykker på knappen, skal man blive ført over på en anden side, hvor man skal konfirmere, at det man har i sinde at nulstille det hele. Jeg synes dog ikke at alle "medlemmer" af bridgeklubben skal have brugernavn og pass, da det hurtigt kan ende galt. Der er en i bestyrelsen, der sørger for resultater, så det bliver hans opgave. Jeg ved ikke om det er nok info, men kan du/i jo bare spørge

Du har nu fået en meget god ide til hvordan det hele kan hænge sammen, alt det med at nulstille point osv. er sådan set bare at være god til SQL, prøv at kigge på www.webcafe.dk under SQL og læs det igennem og se om du ikke får lidt flere ideer.

Kastermester
Mvh
Kaare

Jeg er stort set lige begyndt overhovedet at tænke på php. Jeg kan altså ikke tænke i så store baner, endnu Er der ikke nogen af jer der vil hjælpe mig lidt mere igang med det?

Først skal du "designe" strukturen af databasen. Hvilke informationer skal du bruge?

Som udgangspunkt er tommelfingerreglen, at informationer af samme type men variende i antal skal placeres i en tabel for sig selv for, at sikre dynamikken.

Ex. skal du oprette en tabel til spillerene, idet antallet på forhånd er uvist og ikke statisk. Hvis spillernes point for hver "kamp" skal gemmes så man senere kan trække den enkelte kamp frem og genskabe pointene, det kræver at du laver en tabel med informationer over kampene. Hvis ikke - dvs. at spillernes point bare lægges oveni deres nuværende - vil pointene bare kunne gemmes direkte i tabellen.

En fiktiv opstilling...

Tabel: Brugere

Felter: id, navn, login, passwd, loginLevel, point

Tabel: Spil

Felter: id, dato, sted

Tabel: PointOversigt

Felter: id, spilid, brugerid, point

Den måde som strukturen skal forstås er... Tabellen Brugere indeholder informationer om de enkelte brugere, hvor brugere med passende loginLevel kan tilføje, redigere og slette brugere. Tabellen Spil indeholder informationer om tid, dato og sted for de enkelte spil, men mere vigtigt angiver den et unikt id for hvert spil ligesom hver bruger har et unikt id.

Tabellen PointOversigt giver dig så en mulighed for, at se nærmere på pointfordelingen for spillere i de enkelte spil. Grunden til informationerne er placeret i en tabel for sig selv er, at antallet af spillere i de enkelte spil antages for uvist. Er antallet statisk (permanent for alle spil) er det ikke nødvendigt og informationerne bare indgå direkte i tabellen Spil. Den måde tabellen PointOversigt benyttes er, at der laves en indgang i tabellen for hver spiller i hvert spil (vha. felterne spilid og brugerid) - dvs. at vil man se pointfordelingen for et spil skal man bare bede database om kun at returnere de indgange med et specifikt spilid.

Som sagt... sæt dig ned først og find ud af hvilke informationer du har brug for og hvordan de skal struktureres... og vær lidt fremadsynet, der er intet værre end en dårlig og ufleksibel struktur.

Derefter kan vi snakke om implementeringen, men alle "programmer" starter på papiret.[Redigeret d. 10/11-02 23:47:41 af Erik K. Aarslew-Jensen]

Jeg synes, at din strukturering ser god ud. Jeg kan faktisk ikke sætte en finger på noget, som er forkert. F.eks. ville det være en god ting, hvis man kunne gå tilbage til tidligere spil og se resultater. Mht. til pointene bliver de hele tiden lagt oveni. Det ville være en fordel, at man både kunne +'e og -'e, hvis man nu kom til at uddele et forkert antal point. Det ville nok også være en god ide med en "nulstillings" knap, hvor man kunne nulstille pointene, f.eks. når de starter på ny sæson. Når man trykker på knappen, skal man blive ført over på en anden side, hvor man skal konfirmere, at det man har i sinde at nulstille det hele. Jeg synes dog ikke at alle "medlemmer" af bridgeklubben skal have brugernavn og pass, da det hurtigt kan ende galt. Der er en i bestyrelsen, der sørger for resultater, så det bliver hans opgave. Jeg ved ikke om det er nok info, men kan du/i jo bare spørge

Du har nu fået en meget god ide til hvordan det hele kan hænge sammen, alt det med at nulstille point osv. er sådan set bare at være god til SQL, prøv at kigge på www.webcafe.dk under SQL og læs det igennem og se om du ikke får lidt flere ideer.

Kastermester
Mvh
Kaare

Jeg har nu gennemgået SQL tutorialet på webcafe.dk, og det var faktisk ret lærerigt. Jeg har fået en bedre fornemmelse, at hvordan tingene hænger sammen Jeg ved stadig ikke helt, hvordan jeg skal bygge tingene op, hvis jeg nu skal lave et pointsystem. Jeg håber, at i stadig vil hjælpe mig lidt på vej