Accessi tutvustus

Andmebaaside kasutamise alustamine

Märkus.: Soovime pakkuda teie keeles kõige ajakohasemat spikrisisu niipea kui võimalik. See leht on tõlgitud automaatselt ja sellel võib leiduda grammatikavigu või ebatäpsusi. Tahame, et sellest sisust oleks teile abi. Palun märkige selle lehe allservas, kas sellest teabest oli teile kasu või mitte. Soovi korral saab ingliskeelset artiklit lugeda siit.

Teie brauser ei toeta videot. Installige Microsoft Silverlight, Adobe Flash Player või Internet Explorer 9.

Andmebaasid ja veebirakenduste annavad suurettevõtted eelised. Andmebaasi kujunduse on oluline oma eesmärkide saavutamise, kas soovite töötajate teabe haldamiseks, sisestage andmetega iganädalased aruanded või jälitada klienditellimusi. Andmebaasi kujunduse aitavad teil mõista aeg ülevaate saamiseks Koosta andmebaasidele, mis töötavad paremale esimest korda ja mis muutmine muutmisega vajadustega.

NB!: Accessi veebirakendustes erinevad töölauaandmebaaside. See artikkel ei arutada web appi kujundus.

Mõisted ja tingimused

Alustame Õppekeskuse mõne lihtsa termineid ja mõisteid. Kasulik andmebaasi kujundamise, saate luua tabeli mis keskenduvad ühe teema. Tabelites, saate jäädvustada kõik selle teema pikalt väikseim võimalik üksuse andmete väljadel vajalikud andmed.

Relatsiooniandmebaasid

Andmebaasi, milles on andmed jagatud tabelid, mis on nagu arvutustabelite. Iga tabelis on ainult üks teema, nt klientide (ühe tabeli) või toodete (teine tabel).

Kirjete ja väljade

Salvestusruum eraldi andmed tabelisse. Read (või kirjete) talletamiseks iga kordumatu andmepunkti, näiteks kliendi nimi. Veerud (või väljad) eristada jäädvustata, iga andmepunkti väikseim võimalik üksusse kohta teabe – eesnimi võib olla üks veerg ja perekonnanimi võib olla teise.

Primaarvõti

Väärtus, mis tagab iga kirje on kordumatu. Näiteks võib olla sama nimega Elizabeth Andersen kaks kliendid. Kuid ühte Elizabeth Andersen kirjete arv 12 selle primaarvõti on ja teine on 58 primaarvõti.

Ema-tütre seose

Levinud tabelitevahelisi seoseid. Näiteks ühe klient võib olla mitu tellimust. Ema tabelid on primaarvõtmete. Lapse tabelid on võõrvõtmed, mis on primaarvõtme väärtused, kus näidatakse, kuidas lapse tabeli kirjeid on lingitud tabeli ema. Need võtmed on seotud seose.

Milline on hea andmebaasikonstruktsioon?

Hea andmebaasi kujundus on kaks põhimõtet:

  • Dubleeritud teabe vältimine (nimetatakse ka liigsete andmete). Raiskab ruumi ning vigade tõenäosust.

  • Veenduge, et andmed on õiged ja täielikud. Puudulik või vigaseid teabe liigub sujuvalt ühelt päringute ja aruannete ning lõpuks valesti otsuseid.

Kui soovite abi järgmiste probleemide korral:

  • Andmebaasi teabe importimine tabelitesse kitsaks keskendudes jagada. Mitme tabeli teabe kattuks. (Nt klientide nimed sihtkoha ainult ühe tabeli.)

  • Ühendage tabelid koos klahvide abil andmeid dubleerida asemel.

  • Lisage protsessid, mis toetavad tagada täpsuse ja andmebaasi andmete terviklust.

  • Kujundage oma andmetöötlus- ja vajadustele arvesse andmebaasi.

Pikaajaline kasulikkus teie andmebaasidest parandamiseks järgmiste juhiste viis kujundus.

Samm 1: Andmebaasi otstarbe määratlemine

Enne alustamist, on andmebaasi eesmärk.

Värskendustest kujunduse säilitamiseks summarize andmebaasi otstarbe ja: vt sageli. Kui soovite kodu-põhine äri väikese andmebaasi, näiteks võib kirjutamise millegi lihtsa, nt "klientide andmebaasi hoiab eesmärgil postitused ja aruandeid klient teabe loendi". Ettevõtte andmebaasi, peate võib-olla mitu lõiku, millal ja kuidas inimesed erinevad rollid kasutab andmebaas ja selle andmete kirjeldamiseks. Konkreetse ja üksikasjaliku ülesanne lause viidata kogu kujundus protsessi loomine.

Samm 2: Leidmine ja korraldamine vajalik teave

Koguge kokku kõigi tüüpi teavet, mida soovite salvestada, näiteks toodete nimed ja järjestuses arvude.

Alustage oma olemasolevad andmed ja jälgimise meetodid. Näiteks võib-olla lindistamist tellimuste praegu on Pearaamat või hoiate kliendi teavet paberi vorme. Teave, mis teil praegu jäädvustada (nt kõigi soovitud bokside vormide) meiliaadressidelt abil. Kui teil pole praegu jäädvustada oluline teave, et peate eraldi millist teavet. Iga üksiku andmetüüpi muutub välja oma andmebaasi.

Ärge muretsege, muutes oma esimesest loendist täiuslik – saate viimistleda aja jooksul. Kuid inimesed, kes seda teavet ja küsige oma ideid.

Järgmiseks mõtlema soovite andmebaasi ja aruanded või soovitud andes postitused tüüpi. Seejärel veenduge, et te olete hõivamine nende eesmärkide nõutav teave. Kui soovite aruande, mis näitab müügitulemuste, peate jäädvustada müügiandmete piirkondliku tasemel. Proovige visandada aruande teabega, nagu soovite seda näha. Klõpsake loendis peate looma aruande andmeid. Tehke sama postitused või muude väljundeid soovite andmebaasi.

Näide

Oletame, et anda klientidele võimaluse registreeruda juurde (või välja) perioodiliste e-posti uuendused, ja soovite printida, kes on liitunud. Peate saada meil veeru klientide tabelis lubatud väärtustega Jah ja ei.

Neile, kes soovivad saada e-kirju, tuleb teil e-posti aadress, mille jaoks on vaja ka välja. Kui soovite kaasata (nt hr, Mrs või Ms.) õige tervitus, kaasamiseks tervitus välja. Kui soovite oma eesnime meilisõnumite aadress kliendid, eesnimi välja lisamine.

Näpunäide.: Ärge unustage murda iga osa teabest selle väikseim kasulik osa, nt eesnimi ja perekonnanimi klientide tabelis. Üldiselt, kui soovite sortida, otsida, arvutada või aruande aluseks teave (nt kliendi perekonnanimi), tuleks sellele selle üksuse eraldi välja.

Samm 3: Jagamine teabe tabeliteks

Peamised üksused või teemade, näiteks toodete, klientide ja tellimuste jagada andmed. Iga teema muutub tabeli.

Pärast seda, kui teil on vajalik teave loendisse, määratakse põhi üksuste (või teemade) peate andmete korraldamiseks. Ei kattuks andmete üksuste üle. Näiteks toote müügi andmebaasi jaoks esialgse loendi võib välja nägema selline:

Teavet üksused rühmitada teemade kuvatõmmis

Peamised üksused on: kliente, tarnijaid, tooted ja tellimused. Et alustada nende nelja tabelite: üks klientide, üks tarnijate jne. See võib olla teie lõplik kujundus, kuid see on hea alguspunkti.

Märkus.: Parima andmebaaside sisaldada mitut tabelit. Vältige kiusatus paigutada kogu teabe ühte tabelit. Tulemuseks dubleeritud teabe, andmebaasi suuremaks ja suurendatud tõrkeid. Kujundage salvestada iga fact ainult üks kord. Kui te ei leia ise korduva teabe, tarnija meiliaadress, nt ümberkorraldamiseks andmebaasi paigutamiseks vastav teave eraldi tabelisse.

Mõistmaks, miks on parem vähem kui veel tabeleid, kaaluge tabeli, mis on näidatud siin.

Kuva tooted kui tarnijad andmete koodilõik

Iga rida sisaldab teavet nii toote ja selle tarnija. Teil võib olla sama tarnija palju tooteid, nime ja aadressi teave on mitu korda korrata. See raiskab kettaruumi. Selle asemel salvestada eraldi tarnijate tabeli teave ainult üks kord ja linkida selle tabeli tabel tooted.

Selle kujunduse probleem ilmneb, kui peate tarnija andmeid muutma. Oletame, et soovite muuta tarnija aadressi. Kuna see kuvatakse mitmes kohas, võib kogemata ühes kohas aadressi muutmiseks kuid ärge unustage muuta teisi seda. Salvestamise tarnija aadressi ainult ühes kohas selle probleemi lahendab.

Lõpuks Oletame, et on ainult üks toode esitatud Coho Winery ja te soovite toote kustutada, kuid säilitada nime ja aadressi teave. Selle kujundusega, kuidas kustutaksite toote kirje teave ka kaotamata? Te ei saa. Kuna iga kirje sisaldab toote tarnija fakte Lisaks fakte, ei saa kustutada üks kustutamata teise. Pidage eraldi hoida, jagada kaheks selle tabeli: esimese tooteteave ja teine tarnija teavet. Seejärel toote kirje kustutamisel saate kustutada ainult fakte toote – pole fakte tarnija.

Samm 4: Lülitage teavet üksuste veergudesse

Otsustada, millist teavet iga tabeli salvestamiseks. Neid eraldi andmeühikuga muutuvad vastava tabeli väljad. Näiteks või tabel töötajad sisaldada välju perekonnanimi, eesnimi ja palgata kuupäeva.

Pärast andmebaasi tabeli teema on valitud, tabeli veergude tuleks salvestada ainult selle ühe teema kohta. Näiteks tabel product tuleks salvestada ainult fakte toodete – pole tarnijaid kohta.

Varem loodud loendi abil otsustada, millist teavet jälgida tabeli. Näiteks võib sisaldada tabel tellijad: eesnimi, perekonnanimi, aadress, e-posti saatmine, tervitus ja e-posti aadressi. Tabeli iga kirje (klient) sisaldab samu veerge, nii saate talletada sama teavet iga kliendi.

Luua oma esimesest loendist ja seejärel vaadake üle ja viimistleda. Ärge unustage väikseim võimalik väljadele teabe murda. Näiteks kui teie algne loendis on aadress väljana, jagunevad mis tänav aadress, linn, osariik ja sihtnumber – või kui teie kliendid on globaalne rohkem väljadele. Nii näiteks saate teha postitused õiges vormingus või aruande tellimuste osariikide kaupa.

Pärast on rafineeritud iga tabeli andmete veerud, olete valmis valige iga tabeli primaarvõtit.

Juhis 5: Määrake primaarvõtmete

Valige iga tabeli primaarvõtit. Primaarvõtme, nt toote ID või tellimuse ID, tuvastab kordumatult iga kirje. Kui teil pole selge, kordumatu identifikaatori, Accessi abil luua.

Peate võimalus kordumatult iga tabeli iga rea. Pidage meeles varasemates näide, kus kaks kliendid on sama nimi? Kuna nad jagavad nimi, peate viis kindlaks eraldi iga.

Nii, et iga tabel peaks sisaldama veergu (või veergude komplekti), mis tuvastab kordumatult iga rea kohta. Seda nimetatakse primaarvõtme ja on sageli kordumatu numbri, nt töötaja ID-numbri või järjenumbri. Access kasutab primaarvõtmete mitme tabeli andmete kiireks seostamiseks ja andmeid koondada, saate.

Mõnikord primaarvõti koosneb kahe või enama välja. Näiteks tabeli Tellimuse üksikasjad, mis talletab reaüksusi tellimused võib kasutada primaarvõtme kaks veergu: Tellimuse ID ja toote ID-ga. Kui primaarvõti töötab mitu veergu, seda nimetatakse ka kombineeritud võti.

Kuva tabel tooted koodilõik

Kui teil on veel teavet ainuidentifikaator tabelis, nt toote arvud, mis on kordumatult iga toote kohta oma kataloogi kasutada, kuid kui väärtused vastavad ainult need reeglid primaarvõtmete:

  • Identifikaator teistsugused alati iga kirje jaoks. Duplikaatväärtuste primaarvõti pole lubatud.

  • Üksuse väärtus on alati. Iga kirje tabelis peab olema primaarvõti. Kui kasutate mitme veeru loomiseks võti (nt osa pere ja üksuste arv), mõlemad väärtused peavad alati olema Esita.

  • Primaarvõti on väärtus, mis ei muutu. Kuna võtmed on viidatud teiste tabelitega, mis tahes muudatuse ühe tabeli primaarvõtme tähendab, et selle muudatuse kõikjal see viidatud. Sagedased muudatused suurendada tõrkeid.

Kui teil pole selge identifikaatori, kasutage primaarvõtmeks on suvaline, kordumatu number. Näiteks võite määrata iga tellimuse ainulaadne number üksnes eesmärgil tuvastamise tellimuse.

Näpunäide.: Kordumatu number primaarvõtmeks loomiseks lisada veeru andmetüübi abil. Automaatnumbri andmetüübi määrab automaatselt iga kirje kordumatu arvulise väärtuse. Seda tüüpi identifikaator ei sisalda rida, tähistab see kirjeldab faktilist teavet. See on väga käepärane kasutamine primaarvõtmena Kuna arvud ei muuda – erinevalt Primaarvõtme, mis sisaldab rea, nt telefoninumbrit või kliendi nimi kohta.

Kas soovite veel teavet?

Väljade, juhtelementide ja objektide nime panemise juhised

Sissejuhatus tabelitesse

Exceli koolitus

Outlooki koolitus

Parima andmebaaside alustada hea strukturaalset kujundus. Sellest videost saate teada, millised andmebaas on täpsemalt relatsiooniandmebaasist, mille kaudu saate luua Accessi. Saate teada, andmebaasi tabelitega korraldamine ja kuidas luua seos tabelite abil.

Jah, mis on andmebaasi, ikkagi? Laiemas mõttes andmebaas on kõik korras andmete kogumine. Teie kokaraamatud pole kõik andmebaasid ja nii on seda lihtne loetelu nimesid ja Excelis.

Järgmine küsimus on: "mis teeb Accessi andmebaasi erinevate? Miks kasutada seda?" Vastus on RELATSIOONILINE tabeli struktuuri ja see tähendab, et.

Teie andmed on korraldatud tabelid. Nende tabelite ühiskasutusse antud väljade klahvid, omavahel seotud.

Klahvid teha kaks toimingut. Esmalt need määramiseks väärtuse mingi tabeli iga rea. Näete, et Lester Baxley väärtuseks "1" määratud tema nime ja Patricia valge on väärtus "2" määratud tema nimi.

Klahvid ka tabelite omavahel linkida, jagades väärtused väljade vahel. Näiteks saate vaadata Lester's võtmeväärtuse ühiskasutusse kaks telefoninumbrid ja et muudab need telefoninumbrid oma. Näete ka selle Naomi Barton klahvi väärtused jagatakse kolm korda ja need kuuluvad tema telefoninumbrid.

Nüüd teie andmebaas sisaldab kahte tüüpi võtmed. Väärtus, mis on pärit selle välja ja neid kasutate sihtvälja sellel väljal jagatud. Nimetatakse pärit väli on primaarvõti ja sihtvälja on võõrvõti. Kuid just seal on väljad ei need linkida. Mida teha, mis luua seose tabelite vahel.

Te võite mõelda, "hoidke teine, see tundub palju tööd. Miks ma peaksin seda?" Suur küsimus. Esmalt salvestusruumi on tõhusam. Kas sa näed, kui sageli nimed on siin korrata?

Relatsiooniline struktuuri, saab sisestada andmete ainult üks kord. Mida saab salvestada palju ruumi. Relatsiooniline struktuurid ka parandada täpsuse, kui sisestate andmeid mitu korda, käitate vigade riski.

Näiteks, vaadake, mis juhtub, kui kirjutate Naomi Barton nimi. See telefoninumber muutub raskem leida ning te ei leia viga. Kuna ainult üks kord andmete sisestamine relatsiooniline struktuuri, saate vähendada võimalust tõrge. Ja kui eksimuse, tuleb ainult ühes kohas Paranda.

Relatsiooniline struktuurid on ka suurepärane viis jäädvustada tehingud. Sõltuvalt teie andmebaasi, tehing saate määrata, millised õpilased on millised klassis, mis müük toimus või kellel te laenata oma raamat.

Nüüd teate kolm esimest põhitoimingud rakenduses andmebaasi kujunduse. Etapp on jäädvustada kõik andmed, mida soovite salvestada. Selles näites me vaja klientide nimed, telefoninumbrid ja võimalus liigitada need numbrid.

On tuvastada kõik andmed, mida te tõenäoliselt korrake juhist 2. Näiteks kliendi nimed selles näites.

Lõpuks on kolmas juhis oma tabelisse andmeid korraldada.

Kas olete märganud korduvate andmed väljal tüüp, kuid? Hea loomuse. Katkestate võib tõepoolest tabelisse andmeid. Kuid kuna need on vaid mõned väärtused, saate loendi, mis on lihtsalt lühike valige-väärtuste loendi loomiseks on parem variant.

Tabelite ja klahvide abil relatsiooniline struktuuri loomiseks on hea andmebaasi kujunduse põhiline samm. Relatsiooniline Accessi andmebaasi, saate aja säästmiseks, ruumi säästmiseks, vähendada tõrge ja jäädvustada tehingud ümber oma olulised bittide andmete, et saaksite tõhusamalt töötada.

Täiendage Office'i kasutamise oskusi
Tutvuge koolitusmaterjalidega
Kasutage uusi funktsioone enne teisi
Liituge Office Insideri programmiga

Kas sellest teabest oli abi?

Täname tagasiside eest!

Täname tagasiside eest! Tundub, et võiksime teid kokku viia ühega meie Office'i tugiagentidest, kes aitab teil probleemi lahendada.

×