, når du bruger en database program som adgang til 2013, kan du og’ ikke bare begynde at indlæse oplysninger.de skal i stedet for at skabe en relationel database, design, at dele deres oplysninger i en eller flere tabeller, som hver består af områder (som er de kolonner i et regneark).tabeller er forbundet med familiemæssige tiltræder, som et område i en tabel tændstikker (vedrører), et område, en anden.her og’ er den overordnede idé:,,, identificere deres data, lave en liste over de områder, hvor det er muligt (oplysninger), herunder tekst, numerisk, dato, sandt /falsk, og andre typer af data.,,,, fjerne overflødige områder. må ’ t butik de samme oplysninger i mere end ét sted.hvis du kan beregne et område fra en anden, opbevares kun én.(butik fødselsdato eller alder, men ikke begge dele, f.eks.),,,,,,, at tilrettelægge de områder i tabeller. gruppe dine marker i henhold til det, de beskriver, således at hver gruppe får et bord.en database for indrejse for en butik, kan have en tabel for kunder, en for produkter, og en for ordrer.,,,, tilføje tabeller for koder og forkortelser, agter at indføje en tabel over stats navne og to bogstavkoder og en tabel for hver kode eller forkortelse, du planlægger at bruge i databasen.du og’ vil bruge disse tabeller til at skabe ud menuer af værdier, kan du vælge, når de indføres i registre.,,,,, at vælge en primære nøgle for hver tabel. den primære nøgle er det område, der entydigt identificerer hver post i tabellen.du kan fortælle adgang til at tildele en unik id - nummer på hver plade ved hjælp af en autonumber område.,,,,, at forbinde tabeller. se, hvilken skemaer indeholder felter, der svarer til områder i andre tabeller.i en database for indrejse, ordrer, tabel skal indeholde et felt, der identificerer den kunde, der har sat for — et område svarende til de primære centralt område inden for kunderne.de fleste forhold er, at mange,,,,, hvor en plade i et skema kan hamle op med mere end én (eller ingen) plader i et andet bord.,,,