Access Esimerkit

Suhteet tietokantaan

Tiistai, 15 tammikuu 2008 |

Kun olet perustanut erilaisia ​​taulukoita Kunkin kohteen tietokantaan, sinun tapa kertoa Microsoft Access miten kerätä näitä tietoja uudelleen. Ensimmäinen vaihe tässä prosessissa on määritellä välisiä pöytien. Kun olet tehnyt tämän, voit luoda kyselyjä, lomakkeita ja raportteja näyttää tietoja useista taulukoista kerralla.

Miten suhteet?

Yksi-moneen-
Yksi-moneen-suhde on yleisin suhteen. In yksi-moneen, levy taulukossa voi olla useita vastaavia tietueita taulukossa B, mutta levy Taulukossa B on vain yksi vastaava tietue taulukossa A.

Monta-moneen-
Kun monta-moneen-suhde, ennätys Taulukossa voi olla useita vastaavia tietueita taulukossa B ja tallentaa taulukon B voi olla monia vastaavia tietueita taulukossa A. Tämän tyyppinen suhde on mahdollista vain määrittämällä kolmas taulukko (kutsutaan yhdistys taulukko), jonka perusavain koostuu kahdesta kentästä  viiteavaimia sekä taulukoiden ja B. Itse asiassa monissa-moneen suhteet ovat kaksi-moneen suhde kolmannen taulukon. Esimerkiksi Tilaukset-taulukon ja Tuotteet-taulukko on monta-moneen-yhteys, joka on määritetty luomalla kaksi yksi-moneen-ja Tilaustiedot-taulukosta.

One-to-one
In yksi-yhteen, jokaisen tietueen taulukossa voi olla vain yksi vastaava tietue taulukossa B, ja kukin levy taulukossa B voi olla vain yksi vastaava tietue taulukossa A. Tämän tyyppinen suhde ei ole yhteinen, koska useimmat tiedot, jotka liittyvät hyvin olla yhteen taulukkoon. Käyttö one-to-one suositellaan, kun haluat jakaa pöydän monilla aloilla, eristää osan taulukon turvallisuuden tai tallentaa tietoja ainoastaan ​​osajoukko päätaulukon. Voit esimerkiksi luoda taulukon tallentaa osallistuvien työntekijöiden jalkapallopelin kerätä varoja.

Määrittely suhteet
Voit määritellä suhde lisäämällä taulukoiden haluat liittyä Suhteet ikkunassa ja vetämällä avain alan pöydän ja pudottamalla se avain toiseen taulukkoon.
Sellainen suhde, Microsoft Access luo riippuu liittyvillä aloilla on määritelty:
• yksi-moneen syntyy, jos vain yksi liittyvillä aloilla on ensisijainen avain tai on yksilöllinen indeksi.
• one-to-one syntyy kun molemmat liittyvät kentät ovat perusavain tai on ainutlaatuinen indeksejä.
• Itse asiassa monet-moneen suhteet ovat kahden moneen-suhde kolmas taulukko, jonka perusavain koostuu kahdesta kentästä  viiteavaimia kahden muun taulukoita.
Huomautus Jos vedät kentän, joka ei ole ensisijainen avain ja ei ole yksilöllinen indeksi toiseen kenttään, joka ei perusavain ja ei ole yksilöllinen indeksi, määrittelemätön suhde syntyy. Kyselyissä sisältäviä taulukoita määrittelemätön suhde, Microsoft Access näyttää oletuksena liittyä linjan välillä pöytiä, mutta viite-eheyttä ei panna täytäntöön eikä ole mitään takeita siitä, että äänitteet ovat ainutlaatuisia kussakin taulukossa.

Kirjoitettu ensisijaisia ​​avaimia , suhteet , pöydät | 19 Comments »

Standardointikomitea (valinta ensisijainen avain)

Lauantai, 22 joulukuu 2007 |

On muodollinen vaihe vaiheelta tutkia ominaisuuksia yksikön, jotta vältettäisiin häiriöiden on lisäksi poistetaan ja muuttaminen ainutlaatuisia sekvenssejä.

Tavoitteet

1) minimointi päällekkäisyyksiä ja ristiriitaisuuksia;
2) helppous käsittely tietokannasta;
3) Huollettavuus tietojärjestelmä.

Ensimmäinen normaalimuoto (1NF)

Suhde on 1NF jos vain kaikki perustiedot kentät sisältävät vain yksilölliset arvot (ei sisällä toistuvia ryhmiä).

Menettely:

a) Määritetään perusavain yksikön;
b) Kartoitetaan toistuva ryhmä ja poistaa sen elimistöstä;
c) Luo uusi kokonaisuus, perusavain yksikön ja ryhmän ennen toistuvan.

Perusavain uuden yrityksen saadaan ketjuuntuminen perusavain omaperäiseksi kokonaisuudeksi ja toistuva ryhmä.

Ex: Pyyntö

(Numero_pedido; data_pedido, cod_cliente, customer_name, endereco_cliente, (codigo_produto, numero_produto, quantidade_produto, preco_produto; total_produto) total_pedido)

Request => (numero_pedido, data_pedido, cod_cliente, customer_name, endereco_cliente)

Item_Pedido => (numero_pedido, cod_produto, nome_produto, määrää, preco_produto, total_produto)

Toiminnallinen riippuvuus

Annetaan suhde R, määrite X on toiminnallisesti riippuu R X R ominaisuus on tarpeellista vain kaksi R-sekvenssien yhdistäminen arvot x ne myös vastaavat arvo X

Toinen normaalimuoto (2nF)

Relaatio R on 2nF jos ja vain jos se on ensimmäinen ja kaikki nonkey määritteet ovat täysin riippuvaisia ​​perusavaimesta (riippuu koko avain eikä vain osaa siitä).

Menettely:

a) Tunnista ominaisuuksia, jotka eivät ole toiminnallisesti riippuvaisia ​​koko perusavain.
b) Irrota yksikkö tunnistaa kaikki nämä määritteet ja luoda uuden yrityksen kanssa.
Perusavain Uusi yritys toimii ominaisuus jossa määritteet poistetaan ominaisuuksia, jotka ovat toiminnallisesti riippuvaisia.

Tuote => (cod_produto, nome_produto, preco_produto)

Transitiivinen riippuvuus

Olkoon A, B ja C kolmea ominaisuutta on kokonaisuuden X C riippuen siitä, B ja B riippuu C sitten sanotaan transitively riippuvainen A.

Kolmas normaalimuoto (3NF)

Relaatio R on 3NF jos vain olet 2nF ja jokainen nonkey ominaisuudet riippuvat perusavain ei ole transitiivinen (kukin attribuutti on funktionaalisesti riippuvainen vain perusavaimen ominaisuudet komponentteja tai jos kaikki ei-avain ominaisuudet ovat toisistaan ​​riippumattomia) .

Menettely:

a) Tunnista kaikki ominaisuudet, jotka ovat toiminnallisesti riippuvaisia ​​muista nonkey ominaisuuksia;
b) Poista ne ja luoda uusi yksikkö on sama.
Perusavain Uusi yritys toimii ominaisuus, joka poistaa määritteet ovat toiminnallisesti riippuvaisia.

Asiakas (cod_cliente, customer_name, endereco_cliente)
Tuote (cod_produto, nome_produto, preco_produto)
Request (numero_pedido, data_pedido; ; Total_pedido)

Kirjoitettu perusavaimet , pöydät | No Comments »