Przykłady odwiedzin

Relacje w bazie danych

Wtorek, 15 stycznia 2008 |

Po skonfigurowaniu różnych tabel dla każdego tematu w bazie danych, trzeba w jakiś sposób powiadomić Microsoft Access, jak zebrać te informacje ponownie. Pierwszym krokiem w tym procesie jest zdefiniowanie relacji między tabel. Po dokonaniu tego, można tworzyć kwerendy, formularze i raporty, aby wyświetlić informacje z wielu tabel jednocześnie.

Jak relacje?

Jeden do wielu
Jeden-do-wielu jest najbardziej powszechnym typem relacji. W relacji jeden-do-wielu, rekord w tabeli A może mieć wiele pasujących rekordów w tabeli B, ale rekord w tabeli B ma tylko jeden pasujący rekord w tabeli A.

Wiele do wielu
W relacji wiele-do-wielu, rekord w tabeli A może mieć wiele pasujących rekordów w tabeli B, a rekord w tabeli B może mieć wiele pasujących rekordów w tabeli A. Ten typ relacji jest możliwe tylko przez zdefiniowanie trzeciej tabeli (o nazwie tabela Association), której klucz podstawowy składa się z dwóch pól  klucze obce z obu tabel A i B. W rzeczywistości, wiele do wielu relacje są dwa-do-wielu z trzecią tabelą. Na przykład, tabela Zamówienia i tabela produkty mają wiele do-wielu zdefiniowaną przez utworzenie dwóch jeden do wielu w tabeli Szczegóły zamówień.

Jeden do jeden
W jeden-do-jednego każdy rekord w tabeli A może mieć tylko jeden pasujący rekord w tabeli B, a każdy rekord w tabeli B może mieć tylko jeden pasujący rekord w tabeli A. Ten typ relacji nie jest powszechny, ponieważ większość informacji związanych dobrze być w jednej tabeli. Korzystanie z jeden do jednego jest zalecane, gdy chcesz podzielić tabelę z wieloma polami, do odizolowania części tabeli dla bezpieczeństwa informacji lub sklep, który ma zastosowanie tylko do podzbioru tabeli głównej. Można na przykład utworzyć tabelę do rejestrowania pracowników biorących udział w meczu piłki nożnej, aby zebrać fundusze.

Definiowanie relacji
Możesz zdefiniować relację dodając tabel, które mają odnosić się do okna Relacje i przeciągając pole klucza z tabeli i upuszczenie go w tonacji innej tabeli.
Rodzaj związku, że Microsoft Access tworzy zależy od powiązane pola są zdefiniowane:
• jeden-do-wielu jest tworzona, jeśli tylko jedno z powiązanych pól jest kluczem podstawowym lub ma unikatowy indeks.
• jeden-na-jeden jest tworzony wtedy, gdy oba powiązane pola są kluczami podstawowymi lub mają indeksy unikatowe.
• W rzeczywistości, wiele do wielu relacje są dwa-do-wielu z trzecią tabelą, której klucz podstawowy składa się z dwóch pól  kluczy obcych z pozostałych dwóch tabel.
Uwaga Po przeciągnięciu pola, które nie jest kluczem podstawowym i nie mieć unikatowy indeks do innego pola, które nie jest kluczem podstawowym i nie mieć unikatowy indeks, nieokreślony związek jest tworzony. W kwerendach zawierających tabele z nieokreślonego związku, Microsoft Access wyświetla domyślnie przyłączyć linię między tabelami, ale więzy integralności nie są wymuszane i nie ma gwarancji, że rekordy są unikatowe w każdej tabeli.

Wysłany kluczy podstawowych , w relacji , w tabelach siê | 19 Comments »

Standaryzacja (Wybór kluczy podstawowych)

Sobota, 22 grudnia 2007 |

Jest to formalny krok po kroku proces zbadać cechy podmiotu, w celu uniknięcia nieprawidłowości zaobserwowane w dodatku, usuwania oraz modyfikacji unikalnych sekwencji.

Cele

1) Minimalizacja powielania i niespójności;
2) Łatwość obsługi bazy danych;
3) System Informacji konserwacji.

1-cia postać normalna (1NF)

Relacja jest w 1nF jeśli tylko wszystkie podstawowe pola zawierają tylko unikatowych wartości (nie zawierają powtarzające się grupy).

Procedury:

a) Określenie klucza głównego podmiotu;
b) Określ powtarzające się grupy i usuwa go z organizmu;
c) Utwórz nowy podmiot z klucza podstawowego podmiotu i grupy przed powtórzeniem.

Podstawowym kluczem nowego podmiotu będą uzyskiwane za pomocą konkatenacji klucza podstawowego pierwotnego podmiotu i grupy powtarzającej się.

Ex: Zapytanie

(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; ilość; preco_produto; total_produto)

Zależność funkcjonalna

Biorąc pod uwagę stosunek R, X atrybut jest czynnościowo zależne R X atrybut R jest konieczne tylko, gdy dwie sekwencje R połączyć wartości X też dopasować wartość X.

2-ga postać normalna (2nF)

Relacja R jest w 2nF wtedy i tylko wtedy, gdy jest to pierwszy i wszystkie atrybuty nonkey są w pełni zależne od klucza głównego (w zależności od całego klucza, a nie tylko jej część).

Procedury:

a) określa cechy, które nie są funkcjonalnie zależne od całego klucza podstawowego.
b) Usuń podmiot zidentyfikowany wszystkie te cechy i stworzyć nowy podmiot z nimi.
Podstawowym kluczem nowego podmiotu będzie atrybutem których atrybuty są usuwane atrybuty, które są funkcjonalnie zależne.

= Produkt> (cod_produto, nome_produto, preco_produto)

Zależność przechodnia

Niech A, B i C trzy atrybuty podmiotu X. C w zależności od tego, czy B i B zależą od C jest następnie powiedział A. przechodni zależnej

3-cia postać normalna (3NF)

Relacja R jest w 3NF jeśli tylko jesteś w 2nF i co atrybuty nonkey są zależne od klucza głównego nie jest przechodni (każdy atrybut jest czynnościowo zależne tylko od podstawowych atrybutów kluczowych składników lub jeżeli wszyscy jej nie-kluczowych atrybutów są od siebie niezależne) .

Procedury:

a) Zidentyfikuj wszystkie atrybuty, które są funkcjonalnie zależne od innych nonkey atrybutów;
b) Usuń je i utworzyć nowy podmiot z sam.
Podstawowym kluczem nowego podmiotu będzie atrybut, który usuwa atrybuty są funkcjonalnie zależne.

Klient (cod_cliente; customer_name; endereco_cliente)
Produkt (cod_produto; nome_produto; preco_produto)
Wniosek (numero_pedido; data_pedido; ; Total_pedido)

Wysłany kluczy podstawowych , w tabelach siê | No Comments »