Avatar billede c-sharp Nybegynder
07. juni 2005 - 12:06 Der er 6 kommentarer og
1 løsning

Design af lille CMS system

Jeg skal gøre det mulig for webmasteren af et site at kunne redigere alle siderne wed hjælp af en WYSISYG editor. Systemet bruger i øjeblikket en Access database til diverse ting så den skal der bygges videre på. Mit spørgsmål går på "opbevaring" af sidernes indhold.

Skal jeg gemme indholdet i databasen, eller skal jeg ligge det i en fysisk fil eller måske noget helt andet? Gode idér og forslag modtages :-)
Avatar billede dr_chaos Nybegynder
07. juni 2005 - 12:11 #1
da access ikke er det hurtigste vil jeg anbefale dig at gemme indholdet i fysiske filer.
Du kan så ligge links til den nye side i databasen. Så du ved at de ligger der
Avatar billede softspot Forsker
09. juni 2005 - 00:11 #2
Jeg vil sige at det afhænger af hvor stort databehovet er på sitet og hvormange hits sitet har om dagen. Det er da korrekt at Access ikke er den bedste database at benytte, men hvis der er et (relativt) lille databehov og f.eks. 10 hits i minuttet, vil jeg mene at Access godt kan bruges som lager for tekstfelter (jeg vil mene du skal benytte et notat-felt til denne slags data).

Hvis der er flere hits men stadig et (relativt) lille databehov, kan du i stedet benytte XML som lager for publicerede data (Sitecore CMS.NET, som er et professionelt dansk-udviklet CMS, gør bla. dette). Det fungerer således at man vedligeholder data i en masterdatabase som kan være hvilket som helst database-system (i princippet) og publicerer data til en XML-fil. Dette kan være enddog store datamængder, hvilket vil sige omkring 30-40 Mb (det er mange sider!), der ligger som XML... og det fungerer iflg. mine erfaringer rimelig godt. Dette er dog en resursekrævende måde at arbejde med data på, da serveren skal bruge meget RAM til at opbavare disse mængder data (XML vokser omkring 4 gange når det indlæses i hukommelsen).

Der findes andre metoder og de nævnte er blot for at illustrere, at du er nød til at kende behovet for at kunne vælge den "rigtige" løsning (som nok altid vil være defineret pga. flere parametre, som f.eks. databehov, performancekrav, brugerfrekvens, omkostningskrav osv.).
Avatar billede c-sharp Nybegynder
28. juni 2005 - 07:59 #3
softspot: du vil så ikke anbefale at bruge fysiske filer?
Avatar billede c-sharp Nybegynder
03. august 2005 - 11:25 #4
Er der mere hjælp her?
Avatar billede softspot Forsker
03. august 2005 - 14:02 #5
Sorry, jeg kom helt væk fra denne tråd.

XML-løsningen er en fysisk fil, så jo det synes jeg da godt man kan. Du skal som jeg nævner bare være opmærksom på implikationerne ved dit valg af datalager, herunder hvilke behov du har. Kan du evt. sige lidt mere om hvad du forventer af besøgende og hvormange der kan risikere at besøge sitet i spidsbelastningsperiode. Desuden skal du jo også tage indholdet i betragtning, er der f.eks. mange store filer som skal ud til brugeren eller er det primært tekst. Hvilken forbindelse ligger sitet på og hvor stor er serveren...? Der er mange faktorer som spiller ind ifht. hvilken løsning du skal/kan vælge, så du er nød til at samle trådene og vurdere på det grundlag.
Avatar billede c-sharp Nybegynder
03. august 2005 - 14:41 #6
Jeg takker mange gange for de vise ord...
Avatar billede softspot Forsker
03. august 2005 - 14:46 #7
Jeg takker for point.

Sig til hvis du skal have hjælpe til at vurdere hvilken løsning du skal vælge, men som udgangspunkt kan du bruge det jeg har skrevet ovenfor... skulle jeg mene :)
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
IT-kurser om Microsoft 365, sikkerhed, personlig vækst, udvikling, digital markedsføring, grafisk design, SAP og forretningsanalyse.

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester