Halloj.
Jag ska bygga ett utbildnings system åt ett företag.
Själva utbildningen består av ca 120 sidor.
Jag kommer självklart köra allt i en databas så det kommer inte finnas "120" sidor. Men materialet är ungefär så stort. Jag kommer ha en separat admin del åt varje sida. Eller varje "DEL".
Hur löser jag det på bästa sätt? Att ha en tabell åt varje del. (kommer bli väldigt många tabeller) eller en databas åt varje del?
Jag vill göra en separat admin del åt varje sida eller (del) så det ska va lätt för dom att hitta. Så som slipper leta igenom 120 delar. Varje del har ju X antal poster. Så det blir en hel del.
120 sidor data... är ju ingenting för en databas.
Ävem om du delar upp denna datan i mindre delar kanske blir 600 - 1000 delar som värst om jag förstod det hela rätt ?
En databas... sen till frågan om hur många tabeller etc... har rätt mycket med hur du bygger upp din databasmodell. Men för mig låter det som att en enda tabell räcker för just sparande av delarna. Sedan med ett index kan du knyta dessa delar till sidor som du defenierar som en annan tabell...
Ha sedan en relationstabelltabell där varje sida finns
Ha en tabell relaterad till den föregående, som innehåller enbart textfält för text/artiklar.
tbl_page
id
title
created
changed
author
tbl_page_info
id
contentid
tbl_content
id
text_paragraph
kör sedan
tbl_page.id 1:1 till tbl_page_info.id
tbl_page_info 1:N till tbl_content
Med ovanstående kan du skapa en sida, med dynamiskt "antal" textfält.
Du kan komma åt varje unik sida, varje unikt textfält efter datum, författare, titel mm.
Du kan med fördel lägga till en tabell där du bara spara bilder, exakt som tbl_content
Se detta som ett ganska snabbt tips, men det borde vara en ganska bra normaliserad lösning, utan att dubbellagra för mycket...
/T
------------------
Jensen Ambassadör, mitt bästa köp! www.jensen.no
[Redigerat av Toonster den 03 sep 2001]
265 ms totalt · 4 externa anrop · v20260731065814-full.a51de22e
