Tillgång Exempel

Relationer i en databas

Tisdag 15 januari, 2008 |

När du har ställt in olika tabeller för varje ämne i databasen behöver du ett sätt att berätta Microsoft Access hur samla in denna information igen. Det första steget i denna process är att definiera relationer mellan tabeller. Efter att ha gjort detta kan du skapa frågor, formulär och rapporter för att visa information från flera bord samtidigt.

Hur relationer?

En en-till-många
Den en-till-relation är den vanligaste typen av relation. I en en-till-relation, har en post i tabell A kan ha många matchande poster i Tabell B, men ett rekord i tabell B enda matchande post i tabell A.

En många-till-många
I ett många-till-många relation, en post i tabell A kan ha många matchande poster i Tabell B och ett rekord i Tabell B kan ha många matchande poster i tabell A. Denna typ av relation är endast möjligt genom att definiera en tredje tabell (som kallas en sammanslutning tabell) vars primärnyckel består av två fält  främmande nycklar från båda tabellerna A och B. Faktum är att en många-till-många relationer är en två-till-många relation med en tredje tabell. Till exempel tabellen Order och tabellen Produkter har en många-till-många-relation som definieras genom att skapa två en-till-många till tabellen Orderdetaljer.

En en-till-ett
I en en-till-en, varje post i tabell A kan bara ha en matchande post i tabell B och varje post i tabell B kan bara ha en matchande post i tabell A. Denna typ av relation är inte vanlig eftersom de flesta information mycket väl vara i en enda tabell. Användningen av en en-till-en rekommenderas när du vill dela en tabell med många fält, för att isolera en del av ett bord för säkerhet eller lagra information som gäller endast en delmängd av huvudtabellen. Du kanske vill till exempel skapa en tabell för att registrera de anställda som deltar i en fotbollsmatch att samla in pengar.

Definierar relationerna
Du definierar en relation genom att lägga till de tabeller som du vill relatera till fönstret Relationer och sedan dra nyckeln på ett bord och släppa in den nyckeln i en annan tabell.
Den typ av relation som Microsoft Access skapas beror på hur de relaterade fälten är definierade:
• En en-till-många-relation skapas om endast en av de relaterade fälten är primärnyckel eller har ett unikt index.
• En en-till-en skapas när båda de relaterade fälten är primärnycklar eller har unika index.
• I själva verket är en många-till-många relationer är en två-till-många relation med en tredje tabell, vars primärnyckel består av två fält  främmande nycklar för de andra två tabellerna.
Om du drar ett fält som inte är en primär nyckel och inte ha ett unikt index till ett annat fält som inte är en primär nyckel och inte ha ett unikt index, är ett obestämt relation skapas. I frågor som innehåller tabeller med en obestämd relation, visas Microsoft Access en standard ansluter linje mellan borden, men referensintegritet inte efterlevs och det finns ingen garanti för att register är unika i varje tabell.

Postat den primärnycklar och relationer och tabeller | 19 Comments »

Standardisering (Val av primärnycklar)

Lördag, 22 december, 2007 |

Det är den formella processen steg för steg för att undersöka de egenskaper hos en enhet, för att undvika avvikelser som observerats i tillägg, strykning och modifiering av unika sekvenser.

Mål

1) Minimering av dubbelarbete och inkonsekvenser;
2) Enkel hantering databas;
3) Underhållsmässighet Information System.

1:a Normal Form (1NF)

En relation är i 1NF om bara alla grundläggande områden endast innehålla unika värden (som inte innehåller återkommande grupper).

Förfaranden:

a) Identifiera primärnyckeln av enheten,
b) Identifiera upprepade gruppen och tar bort det från kroppen;
c) Skapa en ny enhet med primärnyckeln för subjektet och gruppen innan du upprepar.

Primärnyckeln den nya enheten kommer att erhållas genom sammansättning av primärnyckeln i den ursprungliga enheten och den repetitiva gruppen.

Ex: Begär

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

Begäran => (numero_pedido; data_pedido; cod_cliente; customer_name; endereco_cliente)

Item_Pedido => (numero_pedido, cod_produto, nome_produto, kvantitet, preco_produto, total_produto)

Funktionellt beroende

En given förhållandet R är attributet X funktionellt beroende R X R-attributet är endast nödvändigt när två R-sekvenser för att kombinera värden på X också överensstämma med värdet på X.

2:a Normal Form (2NF)

En relation R är i 2NF om och endast om det är den första och alla nonkey attribut är helt beroende av primärnyckeln (beroende på hela nyckeln och inte bara en del av den).

Förfaranden:

a) Identifiera de attribut som inte är funktionellt beroende av hela primärnyckeln.
b) Ta bort enheten identifierat alla dessa attribut och skapa en ny enhet med dem.
Primärnyckeln för den nya enheten kommer att vara attribut som attributen är borttagna egenskaper som är funktionellt beroende.

Produkt => (cod_produto, nome_produto, preco_produto)

Transitiv Dependency

Låt A, B och C tre attribut ett företag X. C beroende på om B och B beror på C sägs då transitivt beroende av A.

3:e Normal Form (3NF)

En relation R är i 3NF om bara du är i 2NF och varje nonkey attribut är beroende av primärnyckeln inte transitiv (varje attribut är funktionellt beroende enbart primära viktigaste attributen för komponenterna eller om alla sina icke-centrala egenskaper är oberoende av varandra) .

Förfaranden:

a) Identifiera alla attribut som är funktionellt beroende av andra nonkey egenskaper;
b) Ta bort dem och skapa en ny enhet med samma.
Primärnyckeln för den nya enheten kommer att vara attribut som avlägsnats attribut är funktionellt beroende.

Kund (cod_cliente; customer_name; endereco_cliente)
Produkten (cod_produto; nome_produto; preco_produto)
Request (numero_pedido, data_pedido, ; Total_pedido)

Postat den primära nycklar och bord | No Comments »