en eller flere tabeller

1) Hvis det er muligt at hente alle dine oplysninger på en person, så skal du kun oprette en tabel med de forskellige personer, men hvis nu at en person fx. spillede nogle kampe og der skulle gemmes oplysninger for en kamp, så skal du også lave en tabel for kampe.

2) Det er nemmere kun at have en tabel, men nogle gange er det nødvendigt med flere. Det vil man også finde ud af når man sidder med den specifikke dataindsamling.

3) Du kan sagtens sortere på dato + klokken, hvis du bruger php så kan du bruge date() funktionen, den kan du læse om på www.php.net og du skal have en række i din tabel, der indeholder tidspunkterne. Og når du så henter fra tabellen, så skriver du: "SELECT * FROM person ORDER BY tidspunkt"

jeg kommer lige til at tænke på at hvis du skal sortere noget efter tidspunkt, så må det være en nyhedstabel eller lignende ikke? Den skal du nok ikke have i samme tabel som "person". men i en tabel for sig, der indeholder alt vedrørende nyheder (overskrift, nyhed, indsataf, o.s.v.)

vedr 1. vil det så være nemt nok at kordinere oplysningerne i de to tabeller ?

vedr 3. jeg bruger php og kender godt date(), men er der ikke noget med at MySQL har sin egen date funktion ? - er den smaretre eller er det ligegyldigt hvilken en man bruger ?

Du kan kalde din første række for 'id' i din persontabel, som så bliver din nøgle i denne tabel. I den anden tabel laver du en fremmednøgle. Dvs. at du laver en række som hedder noget med 'personid'. så har du en kobling mellem de to tabeller.

Jo, der er også en date funktion i mysql. Du kan læse om den her: http://www.mysql.com/doc/en/Date_and_time_functions.html
Denne funktion er meget bedre og mere fleksibel at bruge end den i php, men den i php er nemmere at sætte sig ind i, så hvis du kun lige skal bruge en simpel dato funktion, så vil jeg råde dig til at bruge den i php, men hvis du er meget interesseret i at lære mere om mysql, ja så synes jeg da at du skal prøve at kigge på denne funktion

Øhh - det med fremmednøglen kan jeg ikke rigtig se for mig - kunne jeg lokke lidt mere ud af dig om det ? - jeg er med på en tabel med personer der har hver deres ID.

og ups - du skal jo lige have points ;-)

ja det med nøgler er ikke så lige til - Der skal man nok læse lidt i nogle bøger om databaser.

Men jeg kan da lige komme med et eksempel fra min egen side. Jeg har en tabel der hedder 'bruger' og den består af: (id, navn + lidt mere).
Så har jeg en tabel der hedder 'nyhed' og den består af: (id, overskrift, nyhed,tidspunkt, personid).

Når en bruger indsætter en nyhed, så ved jeg at det er brugeren med fx id = 5, der ved bliver der indsat følgende nyhed: (id=1, overskrift='Dette er overskriften', nyhed='Dette er nyheden', tidspunkt='13-09-2002', personid=5)

Og når jeg så henter nyhederne, så skriver jeg:

$resultat = mysql_query("SELECT * FROM nyhed ORDER BY tidspunkt");
while($nyhed = mysql_fetch_row($resultat)) {
  $resultat2 = mysql_query("SELECT navn FROM bruger WHERE id=$nyhed[4]");
  $bruger = mysql_fetch_row($resultat2);
  //Her skriver man så overskriften og at den er indsat af $bruger
}

Dette betyder at hver gang jeg henter en nyhed, så henter jeg brugerens navn med det personid, som er registreret i nyhedstabellen

og tak for points.... :-)

ahhhh - smart - takker for hjælpen - er der nogen database bøger du kan anbefale ? - jeg har kun hæftet "start på sql"

jeg har desværre ikke en bibel om databaser, da jeg gik i skole brugte jeg lidt forskelligt. Du kan fx kigge:

hæftet: "databasestyrede websider" fra idg (www.idgforlag.dk/)
Eller "teach yourself php in 24 hours" Der er der et afsnit om mysql.
Ellers kan man også få meget ud af hjemmesiden www.mysql.com

ok - takker - har faktisk lige lånt "teach yourself php in 24 hours"