Du har kanskje lest artikler som ligner på Beyond CGI til ColdFusion, som forklarer hvordan du konfigurerer nettsteder med databasetilgang, men ofte går ikke artiklene i detalj om hvorfor du kanskje vil sette opp et databasert nettsted eller hva fordeler med å gjøre det kan være.
Fordelene ved et databasedrevet nettsted
Innhold som er lagret i en database og levert til websider (i motsetning til at innholdet er hardkodet i HTML-en til hver enkelt side) gir større fleksibilitet på et nettsted. Fordi innholdet er lagret på en sentral plassering (databasen), gjenspeiles eventuelle endringer i det innholdet på hver side som bruker innholdet. Dette betyr at du lettere kan administrere et nettsted fordi en enkelt forandring kan påvirke hundrevis av sider, i stedet for at du trenger å redigere hver enkelt side manuelt.
Hvilken type informasjon er egnet for en database?
På noen måter vil informasjon som er levert på en nettside, være egnet for en database, men det er noen ting som passer bedre enn andre:
- Innhold som må vises på flere steder på et nettsted (for eksempel pressemeldinger eller bloggartikler)
- Adresse og telefonlister
- Produktopplysninger
- Prislister
Alle disse typer informasjon kan vises på et statisk nettsted, og hvis du har en liten mengde informasjon og bare trenger den informasjonen på en enkelt side, vil en statisk side sikkert være den enkleste måten å vise den på. Hvis du imidlertid har mye informasjon, eller hvis du vil vise den samme informasjonen på flere steder, gjør en database det mye enklere å administrere dette nettstedet over tid.
Ta dette nettstedet, for eksempel.
Webdesign-siden på Go-Travels.com har et stort antall lenker til eksterne sider. Koblingene er delt inn i ulike kategorier, men noen av koblingene passer i flere kategorier. Da vi begynte å bygge nettstedet, satte vi disse koblingssidene opp manuelt, men da vi kom til nesten 1000 koblinger, ble det vanskeligere å vedlikeholde nettstedet, og vi visste at ettersom nettstedet vokste enda større, ville denne utfordringen bli stadig større. For å løse dette problemet tilbrakte vi en helg med all informasjonen i en enkel Access-database som kunne levere den til sidens sider.
Hva gjør dette for meg?
- Det er raskere å legge til nye linker.
- Når vi lager sidene, fyller vi bare ut et skjema for å legge til nye linker.
- Det er lettere å opprettholde koblingene.
- Sidene er bygget av ColdFusion og inkluderer det "nye" bildet med datoen som er innebygd i databasen når bildet blir fjernet.
- Vi trenger ikke å skrive HTML.
- Mens vi skriver HTML hele tiden, er det raskere hvis maskinen gjør det for meg. Dette gir meg tid til å skrive andre ting.
Hva er ulempene?
Den primære ulempen er at nettstedet vårt selv ikke har tilgang til databasen. Dermed blir sidene ikke dynamisk generert. Hva dette betyr er at hvis vi legger til nye linker til en side, vil du ikke se dem før vi genererer siden og laster den opp til nettstedet. Ingen av dette ville være sant hvis det var et fullt integrert web-databasesystem, helst et CMS eller Content Management System.
En kommentar på CMS (Content Management System) plattformer
I dag er mange nettsteder bygget på CMS-plattformer som WordPress, Drupal, Joomla, eller ExpressionEngine. Disse plattformene bruker alle en database for å lagre og levere elementer på nettsteder. En CMS kan tillate deg å dra nytte av fordelene ved å ha et database drevet nettsted uten å måtte slite med å prøve å etablere databasetilgang på et nettsted selv. CMS-plattformer inkluderer allerede denne tilkoblingen, og gjør det enkelt å automatisere innhold på tvers av ulike sider.
Redigert av Jeremy Girard .
