database

Med den tynde forklaring, så kan jeg kun sige, at du skal anvende en strengfunktion, således, at man kan søge på dele af ord.
V.h.
Erik Morsing

Som #1 siger bliver du nød til at uddybe - hvilken database er der tale om? MS Access, MySql, MS-SQL, SQL eller en hel anden?

Du må have tænkt over hvilke felter du vil have i databasen, altså hvilke oplysninger der er værd at registrerer sammen med tidsbestillingen..

De felter jeg gerne vil have med er:
navn
adresse
post nr.
by
tlf
mobil nr
e-mail
CPR nummer
hvilken typre behandling de ønsker
hvilken behandler
hvilken dag
hvilket tidspunkt
evt. kommentar.

Det er det jeg skal have med.

Hvilket niveau er faget på? Er det på A niveau, ligger den database til en meget lav karakter, da den indeholder felter, du ikke kan forpligte kunder til at udfylde (CPR-nr.), og ydermere ikke overholder ikke normalformerne. Disse kan du bl.a. også læse mere om her (kun 1., 2. og 3. normalform er typisk A-niveau pensum): http://en.wikipedia.org/wiki/Database_normalization

Og hvad er det konkret dit problem er? Og du har stadig ikke svaret på hvilken database der er tale om

Vil lige først takke dig for dine hurtige svar, er rart når man sidder midt i det:-)

Det er på A-niv. Men grunden er at jeg ikke aner noget som helst om det, eller det er i hvert fald meget minimalt da vores lærer er meget fraværende og derfor har vi selv sku lære os det.

Vi har fået til opgave at lave en rapport omkring en hjemmeside. Vi skal altså anylsere en hjemmeside og lave den om. Min hjemmeside er http://www.gladzone.terapinettet.dk/

Derfor mener jeg at det ville være relevant at lave en side hvor kunderne har mulighed for at bestille tid over nettet. Og dette vil jeg så lave en database ud fra
Har du evt andre forslag??

* Altså oprette en database i programmet Access

Der er en del at tage fat i på den hjemmeside (som dog (desværre) er begrænset ved at være en underside i et overliggende CMS for "terapinettet" - Denne hindring/ulempe må du meget gerne komme ind på i din rapport). Eksempel er farverne (ikke hvad jeg ville forbinde med den slags behandlinger => se på farvesymbolik), skriften (for voldsom og for rodet), og den meget klodsede opbygning (mod afslappet behandlingsformål), der desuden er så sammenpresset (i hvert fald på mac i safari browseren), at teksten ligner noget der er ved at eksplodere ud af siden.

Men ja, en database til online tidsbestilling vil være smart. Da du vil ind og anvende en access database formoder jeg at du er klar over hvilket dynamisk skriftsprog du skal anvende på hjemmeisden (mod det statiske html der anvendes nu)...

Kan desuden varmt anbefale denne bog, som vi anvendte som pensum, hvis du ikke allerede har den (dog ikke hvad hjemmesideprogrammering angår, men databasedelen er ok): http://shortlink.dk/70333935

Du skal huske at anvende de 3 normalformer (NF):
1.NF: alle rækker skal være lige lange, alle rækker skal indeholde samme type information, Der skal være en primærnøgle i tabellen
2.NF: Kun et nøglefelt
3.NF: Alle kolonner der ikke afhænger af (primær)nøglen (indirekte afhængighed) skal deles ud i flere tabeller

dvs.: 1.NF medfører, at du skal udfylde samtlige celler i alle rækker. Du må ikke undlade mobil eller fastnettelefon i den ene række (den ene bestilling), mens den udfyldes ved en anden. (Derfor ville jeg nok nøjes med 1 telefonnummer). 2.NF siger således, at du kun må have et nøglefelt. Bemærk at du sagtens kan have flere nøglefelter end den primære nøgle. Et nøglefelt betyder blot, at der kun kan være én celle med det indhold i kolonnen. Eksempel kan kun én bestilling af gangen være til telefon nummeret 20201010, hvis telefon-kolonnen var et nøglefelt. Samme person vil således ikke kunne bestille en ny tid med samme telefonnummer, før den første tid er slettet i databasen igen - ikke smart selvfølgelig :) 3.NF er stort set blot en forsikring af 1. og 2. NF. Et klassisk eksempel på 3.NF er postnummer/by. Når en person registrerer sin tidsbestilling, udfylder vedkommende sin adresse, herunder også postnummeret. Feltet By burde således ikke udfyldes efter 3.NF, da Bynavnet ikke afhænger direkte af den primære nøgle, men af postnummeret. Du bør altså lave endnu en tabel, hvor du lister samtlige postnumre op, og tildeler dem primærnøglen, og i næste kolonne bynavnet. Således kan du lave en relation mellem de to postnummer celler (som skal have samme format - heltal) - Husk desuden at lave 1-til-mange relation, som også burde være en del af jeres pensum (sker automatisk ved at den ene kolonnen er primærnøgle, mens den anden ikke er det, og du sætter et flueben i et felt jeg ikke kan huske i hovedet hvad hedder, når du laver relationen)

Hvis du ikke formår at føre din database ned til 3.NF i praksis, er det ekstremt vigtigt, at du kan forklare hvorledes den burde udformes, for at 3.NF er overholdt.

1000 tak for hjælpen:-) Må jeg lige prøve om jeg kan finde ud af:-)

du kunne fx ikke maile en skitse til mig, om hvorledes dette bliver bygget op??

PAS På datalovgivning Pu ha man kan kom galt afsted hvis man bruge database med personlig ting Cpr navn adr mm

tjek op på dette lovtekst først før du lav database