7 svar · 265 visningar · startad av Lukaspojken
Nu har jag samlat fem forums inlägg i en tabell. Vi antar att det blir 5000 inlägg i varje forum efter några år. Hur hanterar man det? Går det att splita tabellen på ett smart sätt så att man fortfarande kan använda samma sökfunktion utan kodändring på den gamla tabellen? Eller hur löser man en sån sak.
Jag vill heller inte att databasen ska bli för seg av sig.
------------------
Alltid lär man sig något nytt varje dag...
[Redigerat av Lukaspojken den 28 aug 2001]
25000 poster i en tabell med korrekta index låter inte allt farligt.
En sökning med like kan bli lite tung, men vanlig hämtning av inlägg som hör hemma i en viss tråd skall inte vara något problem.
En sak som man kan göra är att spara totala antalet inlägg i ett forum separat.
Som vanligt hänger det ihop med vilka frågor du ställer mot databasen.
------------------
essentitia preter non sans multiplicandum
Hur tror du tex webforum är uppbyggt?
------------------
Alltid lär man sig något nytt varje dag...
Jag vet inget om designen av wf.
Att dela en (logisk) tabell i flera brukar aldrig vara en bra lösning. Det blir mer komplicerad kod. Om man har en bra datamodell och de frågor man ställer kan utnyttja de index som finns så blir det inte mycket bättre prestanda om man har olika tabeller
Det skall vara stora datamängder det rör sig om innan man börjar tänka på det.
------------------
essentitia preter non sans multiplicandum
[Redigerat av LarsG den 28 aug 2001]
Jag vill heller inte att databasen ska bli för seg av sig.
Den dagen, den sorgen... :)
En sak som man kan göra är att spara totala antalet inlägg i ett forum separat.
Tabell menar du ju! ;)
Hur tror du tex webforum är uppbyggt?
En mysql databas som spottar ut html-sidor så fort man gör ett inlägg. Söker i databasen och länkar till html-filen. Visar inläggen ur forumen från databasen... inga konstigheter :)
------------------
Peter D
Endast en gång har jag varit tvungen att dela upp en tabell i flera mindre, men det var med en tabell på över 500000 rader, som skulle INNER JOIN:as i två steg med sig själv, i N:N-relationer (den andra JOIN-nivån innehöll alltså betydligt mer än 500000 rader).
Det blir bara struligt dela upp tabellen, dels när du programmerar, dels om du får för dig att modifiera strukturen något.
En mysql databas som spottar ut html-sidor så fort man gör ett inlägg.
UBB bygger inte på någon SQL-databas överhuvud taget. Allt sparas i textfiler. Målet är att man i princip ska kunna installera UBB genom att bara packa upp en fil på rätt plats.
Så en sökning innebär att man söker på hela disken efter text-inlägg då eller?
------------------
Peter D
Jupp. Det är därför sökningen är så seg...
