"Finn Bindeballe" <postmaster@127.0.0.1> skrev i en meddelelse
news:42353d0c$0$261$edfadb0f@dread11.news.tele.dk...
> hej ...
>
> >Men kunne jeg ikke få dig til at give et par praktiske eksempler på
> >programmer / programfunktioner med databaser, da det siger lidt mere end
> >selve funktionen.
> >
>
> Tjaaa... det kunne være en forening, som ville holde styr paa sine
> medlemmer Dvs. registrere navn, addresse, postnr, by, telefon nr, mv....
>
> eller en brevdue avler, som vil holde styr paa sine duer, og laver et
> register over hvordan de er i familie, hvornaar de er født, hvilke
> resultater de har haft, og evt et billede..
>
> en database kan man tænke paa, som en samling data(informationer) , som
> er samlet i en bestemt orden. tænk evt paa et gl.dags kardotek-kort
> system.
>
> Databaser bruger man (jeg) somregl kun , hvis data er strukrurerede. jeg
> bruger feks IKKE en DB til at gemme en enkelt eamil-addresse, en x og en
> y postision osv. altsaa data som ikke har den samme struktur
>
> haaber det klarede tingene lidt op...
Det er vel også tit et spørgsmål om mængden af data, jeg har f.eks. flere
gange bruge en ini fil til at gemme navn, adresse, postnr, by osv. da jeg
vuderede at ingen på noget tidspunkt ville få brug for at gemme måske mere
en 100 adresser og så var en simpel text fil nok.
Her er et par praktiske eksempler:
http://www.kroning.dk/ > HK Softphone
Her er det meget tvivlsomt at der skal gemmes ret mange adresse/kontakt data
så derfor gemmes de i en ini fil, brugeren kan hvis han vil gå direkte ind i
ini filen og rette. Og det er let for brugeren at kopiere program og
adresser "database" ud på en diskette eller lign. og tage det med.
http://www.kroning.dk/ > KD-Camping System
Her er databasen en SQL database da der her drejer sig om mange tusinde
navne og adresser + mange andre data og alle data skal kunne findes frem
lynhurtig. Desuden skal flere computere kunne tilgå databasen på samme tid.
/HK