Har ett sorts "dagbokssystem" där inläggen hamnar i en tabell som har fälten
ID (inläggets ID) autonummer
name (användarnamnet) textfält
title (titel på inlägget) textfält
content (själva inlägget) memo
osv osv
När inläggen visas så skulle jag vilja ge alternativet "gå till nästa (eller föregående) inlägg av den här skribenten."
Hur ska detta gå till? Jag måste ju delvis kolla ifall det finns inlägg skrivna efter detta och då ge alternativet "framåt" vilket inte behövs om det är det senaste inlägget som beskådas.
Jo, självklart har jag en tabell där användarna finns, och så vidare.
Men i inläggstabellen är det ju även relevant att veta vem som skrev vilket inlägg?
Jo, självklart har jag en tabell där användarna finns, och så vidare.
Men i inläggstabellen är det ju även relevant att veta vem som skrev vilket inlägg?
Givetvis är det det. Men att lagra användarnamn istället för användarid i inläggstabellen är felaktigt.
Vad skulle hända om någon användare byter namn? I inläggstabellen bör du lagra ett ID som bestämmer vilken användare som gjort inlägget. Du skall icke dubbellagra information.
(Ja, paging är en bra grej. Då får du lätt att anpassa antalet inlägg per sida också, om du skulle vilja det.)
@nders: att det kanske inte är det ultimata sättet kan jag acceptera, men att det är rent felaktigt?!
Att peka på att det skulle bero på att användaren kanske byter namn låter inte rimligt. (och är framför allt inte applicerbart i detta fall)
Ska se om jag kan få till det med en pagingfunktion då. Tackar... :)
Det är felaktigt med hänvisning till de normaliseringsregler som finns.
Om du dubbellagrar data kommer du dels gå miste om en hel del fördelar du har när du använder en relationsdatabas, eftersom du s.a.s. går runt relationerna.
Det finns mycket att läsa om databasnormalisering. Slängde en snabb sökning på google och hittade exempelvis denna artikel.
Sen kan ju flera personer ha samma namn, hur ska databasen då veta till vem som texterna tillhör?
Bara ett tips, gör om till id-relation, du kommer att ångra dig sedan annars! :)
260 ms totalt · 4 externa anrop · v20260731065814-full.86ec41c2