ust nu har jag gjort så att jag skapar en egen tabell för varje medlem, där meddelandena sparas.
Använd en tabell för alla medlemmar.
4 svar · 361 visningar · startad av jOOOL
Jag sitter här och har gjort en sida där man kan registrera sig som medlem. Som medlem kan man skicka meddelanden till andra medlemar. Just nu har jag gjort så att jag skapar en egen tabell för varje medlem, där meddelandena sparas. Men på längre sikt kan ju sidan med lite tur få ett par hundra medlemar. Då blir det väldigt många tabeller i databasen. Särskilt med tanke på att de flesta säkert inte kommer ha så många meddelanden i sin inbox dvs få rader per tabell. Kan det då vara bättre att låta alla meddelanden ligga i en stor tabell istället?, Det kommer ju kräva lite mer kod och några fler fält i tabellen men det kanske kan vara bättre ändå.
Ni som kan SQL vad tror ni är bäst?
ust nu har jag gjort så att jag skapar en egen tabell för varje medlem, där meddelandena sparas.
Använd en tabell för alla medlemmar.
Inte en tabell för varje medlem. Alla meddelanden i samma tabell. Att skapa tabeller är en engångsgrej, inte något man gör för varje ny användare.
\r d4mn, pwn3d!!!1!
Ja, en egen tabell är ju bara dumt. :)
Ha en user-tabell, och en meddelande-tabell.
[b]tbl_user[/b]
user_id - [i]räknare[/i]
user_username - [i]text[/i]
user_password - [i]text[/i]
Sen i meddelandetabellen får du koppla meddelanden till medlemmarna genom deras id;
[b]tbl_message[/b]
msg_id - [i]räknare[/i]
msg_to_id - [i]tal[/i]
msg_message...
...
När du då t.ex. skickar ett meddelande, läggs id:t till den meddelandent ska till i msg_to_id, och sedan får du hämta alla meddelanden som är till det id:t. id:t får sparas i session vid inloggning.
Var det så du menade? :) Kan ha missuppfattat, hehe...
ja det var nog nått sånt jag tänkte. Får fixa det då, ska väl inte vara så svårt.