uusien tietokantojen luominen

uusi tietokanta on säiliö, johon tallennetaan kaikki luomasi taulukot, lomakkeet, raportit, kyselyt, makrot ja moduulit. Access 2010, voit luoda uuden tietokannan klikkaamalla” Tiedosto ” välilehti nauha. Napsauta sitten” uusi ” komento. Valitse sitten ” tyhjä tietokanta ”valinta” käytettävissä malleja ” osiossa. Access 2007: ssä voit luoda uuden tyhjän tietokannan napsauttamalla ”tyhjä tietokanta ” – painiketta” uusi tyhjä tietokanta ”- osiossa” aloittaminen Microsoft Accessin kanssa ” – aloitusnäytössä. Ruudun oikeassa reunassa näkyvässä” tyhjä tietokanta ”- ruudussa voit syöttää tietokannan nimen” Tiedostonimi: ”- tekstiruutuun. Jos haluat muuttaa oletuskansio, johon tietokantatiedosto tallennetaan, voit klikata pieni kansio-painiketta oikeassa päässä ”tiedostonimi:” tekstiruutu käynnistämiseksi ”tiedosto uusi tietokanta” valintaikkuna. Tässä valintaikkunassa voit antaa uudelle tietokantatiedostolle nimen ja myös valita, minne haluat tallentaa tiedoston. Kun olet valmis, klikkaa ”kunnossa” painiketta sulkea valintaikkuna. Napsauta ” Luo ” – painiketta luodaksesi uuden tietokantatiedoston. Kun tämä on tehty, uusi tyhjä tietokanta ilmestyy pääkäyttöliittymään.

Virtauskatsaus tietokannasta

tietokannan tulisi olla yksinkertainen, looginen ja suoraviivainen rakenteeltaan. Yleensä käytät lomakkeita tietojen syöttämiseen taulukoihin. Tiedot tallennetaan näihin taulukoihin, jotka liittyvät toisiinsa tarpeen mukaan. Voit käyttää kyselyt vetää tiettyjä tietoja taulukoista tietokannassa. Kyselyt muodostavat usein perustan raporteille, joiden avulla voit tarkastella pyytämiäsi tietoja. Kun tämä järjestelmä on käytössä, voit automatisoida sen käyttämällä makroja ja moduuleja yksinkertaistamaan ja virtaviivaistamaan tietojen syöttämiseen, tallentamiseen ja hakemiseen liittyviä prosesseja. Tämä on tärkein syy siihen, että käytät tietokantoja: tietojen syöttämiseen, tallentamiseen ja hakemiseen.

”Flat-File” – menetelmä tietojen tallennukseen

pääsy on relaatiotietokantasovellus. Mitä sana relaatio siis tarkoittaa, ja miten tämä on tärkeää? Relaatio-termi kuvaa menetelmää, jota käytetään tietojen tallentamiseen tietokantataulukoihin. Tiedon tallennuksen relaatiomalli voi kuitenkin olla helpompi ymmärtää vertaamalla sitä toiseen tallennusmenetelmään, jonka saatat tuntea paremmin: ”flat-file” – menetelmään.

tiedot tallennetaan usein suuriin ” litteisiin tiedostoihin.”Oletetaan esimerkiksi, että haluat luoda tietokantatiedoston, joka tallentaa yrityksesi asiakastiedot. Aloittaisit listaamalla asiakkaan eri attribuutteja, jotka haluat tallentaa. Saatat haluta tallentaa asiakastietoja, kuten” etunimi”,” sukunimi”,” yrityksen nimi ” ja muita asiaan liittyviä tietoja. Ehkä voit luoda taulukon sovelluksen, kuten Microsoft Excel, jossa voit luoda sarakkeita jokaiselle tiedolle, jonka haluat tallentaa. Voit sitten luetella kunkin asiakkaan tiedot sarakkeiden alla olevilla riveillä, jolloin luodaan perustaulukko. Oletetaan, että se näyttää seuraavan esimerkin.

monentyyppisissä tietokannoissa edellisellä sivulla esitetty rakenne toimisi hyvin. Tämä on ”flat-file” luettelo tai taulukko. Mitä teet, kun käytät tämän tyyppistä tietokantaa, tallentaa yhden tiedon, kuten ”etunimi”, ”sukunimi,” tai ”osoite,” yhdestä yksiköstä – tässä esimerkissä, asiakas. Syy siihen, että tämän tyyppinen tietorakenne toimii hyvin annetussa esimerkissä, on se, että kunkin yksikön (asiakkaan) osalta tallennat vain tietoja, joilla on ”1-1” suhde kokonaisuuteen.

Mitä siis tarkoittaa tämä ”1-1” suhde olion (asiakkaan) ja tallennettavan tiedon (”Etunimi”, ”Sukunimi” jne.)? Mitä tämä tarkoittaa, että kunkin yksikön, tai aihe, (tässä tapauksessa-asiakas), olet vain tallentaa tietoja, että yksikkö, jolle olisi vain yksi ”vastaus.”Esimerkiksi jokaisella asiakkaalla olisi vain yksi” etunimi ”ja yksi” sukunimi.”He työskentelisivät vain yhdelle” yritykselle.”Eli termi” 1-1 ” viittaa taulukon kohteen (asiakkaiden) ja kokonaisuuksista kerättävän tiedon suhteeseen. Koska jokaisesta (yhdestä) asiakkaasta on vain yksi mahdollinen tallennettava tieto sarakkeeseen, tiedon ja kokonaisuuden välinen suhde on ” 1-1.”Jos tämä on tyyppi tietokanta, että yrität luoda, yksinkertainen Microsoft Excel taulukot toimivat hyvin.

ongelma alkaa ilmetä, kun yrittää ”flat-file” – lähestymistavalla mallintaa monimutkaisempaa kokonaisuutta tai subjektia, kuten ” sales.”Oletetaan esimerkiksi, että halusit laajentaa asiakastietokantaa viimeisestä” flat-file ” – tietokannasta sisältämään myyntitietoja. Sanotaan, että nyt jo kerättyjen tietojen lisäksi haluat myös tallentaa jokaisen asiakkaan tekemän tilauksen.

ensin listataan, mitä tietoja jokaisesta myynnistä halutaan tallentaa. Pidä esimerkki yksinkertaisena ja oleta, että päätät kirjata ”myyntipäivän”, ”ostetut kohteet”, ostettujen kohteiden ”määrän” ja” maksetun määrän ”jokaisesta tuotteesta. Voit päättää lisätä seuraavat sarakkeet ’flat-file’ tietorakenne.

tämä saattaa ensi silmäyksellä näyttää toimivan. Kuitenkin, alat välittömästi kohdata ongelmia, kun alat syöttää tietueita tiedostoon. Aluksi, joka kerta, kun asiakas tekee ostoksen, sinun täytyy syöttää uudelleen kaikki ”Etunimi”, ”Sukunimi,” jne. tietoa taas. Tämä on jo tarpeeksi ärsyttävää.

yksi tässä vaiheessa usein ehdotettu ratkaisu on syöttää toinen rivi (kaikkine tarpeettomine tietoineen) kerran jokaista ostettua kohdetta kohti. Kuitenkin, tulet pian huomaamaan, että tämä tiedosto kasvaa melko nopeasti alas taulukon, ja sinun täytyy myös syöttää paljon tarpeettomia asiakastietoja kunkin kohteen ostettu. Tämä ei ole tyylikäs ratkaisu, ja se väistämättä tuhlaa sekä aikaa että vaivaa henkilö, joka suorittaa tietojen syöttämisen.

toinen tässä vaiheessa usein ehdotettu ratkaisu on luoda lisäsarakkeita (kuten ”Item1”, ”Item2”, ”Item3”, ”Quantity1”, ”Quantity2″,” Quantity3 ” jne.) sen sijaan, että täytyisi syöttää lisää tietorivejä. Vaikka tämä voi tuntua hyvä vaihtoehtoinen ratkaisu, mitä teet, kun joku ostaa 100 kohdetta? Aiotko todella luoda joukon 3 saraketta (”kohde”,” määrä”,” määrä”) jokaiselle ostetulle kohteelle, tuottaen taulukon yli 300 saraketta poikki? Voisitko yksinkertaisesti jättää ne tyhjäksi, jos henkilö Tilaa vain 1 tuote, tuhlaa arvokasta säilytystilaa? Tässä ratkaisussa, olet yksinkertaisesti korvaamalla columnar kasvu (poikki) pystysuora kasvu (alas). Tämäkään ei ole tyylikäs ratkaisu.

joten miksi ongelma on nyt, kun aiemmin ei ollut? Vastaus on, että nyt et enää yritä mallintaa ”1-1” datasuhdetta tiedostoon. Myyntitietojen kirjaaminen on yksinkertaisesti monimutkaisempaa kuin asiakastietojen kirjaaminen. Mitä yrität tallentaa nyt on mitä kutsutaan ”1 monille” suhde. Periaatteessa kunkin yksikön (asiakas), yrität nyt tallentaa tietoja sarakkeisiin, jotka voivat tapahtua useammin kuin kerran per asiakas (”kohteet” tilattu, esimerkiksi). Olisit pahoillani tilassa, jos jokainen asiakas voisi ostaa vain yhden kohteen. Pitää ottaa huomioon se, että alennusmyynnissä jokainen asiakas voi tilata monta tuotetta. Asiakkaiden ja ostettujen tavaroiden välinen suhde on ”1 monelle” – suhde. Kun huomaat, että yrität mallintaa ”1 monille” suhde, se on sitten, että sinun täytyy luopua ’flat-tiedosto’ menetelmä tietojen tallennuksen, jossa yrität sijoittaa kaikki tiedot, jotka haluat tallentaa yhteen taulukkoon, ja sen sijaan kääntyä relaatiomalli tietojen tallennuksen ratkaisu.