Příklady přístupů

Vztahy v databázi

Úterkem 15.leden 2008 |

Jakmile jste nastavili různé tabulky pro každý předmět v databázi, je třeba způsob, jak říct, Microsoft Access, jak získat tyto informace znovu. Prvním krokem v tomto procesu je definovat vztahy mezi tabulek. Poté, co udělal, můžete vytvářet dotazy, formuláře a sestavy pro zobrazení informací z více tabulek najednou.

Jak vztahy?

One-to-many
One-to-many vztah je nejběžnější typ vztahu. V one-to-many vztah, záznam v tabulce může mít mnoho odpovídající záznamy v tabulce B, ale záznamu v tabulce B má pouze jeden odpovídající záznam v tabulce A.

Many-to-many
V many-to-many vztah, záznam v tabulce může mít mnoho odpovídající záznamy v tabulce B, a záznam v tabulce B může mít mnoho odpovídající záznamy v tabulce A. Tento typ vztahu je možné pouze pomocí definice třetí tabulky (nazývané tabulka asociace), jejíž primární klíč se skládá ze dvou polí  cizí klíče z obou tabulek A a B. Ve skutečnosti, mnoho-to-many vztahy jsou dvou-to-many vztah s třetí tabulkou. Například tabulka Objednávky a Výrobky tabulky mají many-to-many vztah, který je definován vytvořením dvou one-to-many na tabulce Rozpis objednávek.

One-to-one
V one-to-jeden, každý záznam v tabulce může mít pouze jeden odpovídající záznam v tabulce B a každý záznam v tabulce B může mít pouze jeden odpovídající záznam v tabulce A. Tento typ relace není obvyklý, protože většina informací týkajících se stát v jedné tabulce. Použití jedné ku jedné se doporučuje, pokud chcete sdílet tabulky s mnoha oblastech, k izolaci části tabulky z důvodu zabezpečení nebo ukládání informací, které se vztahuje pouze na podmnožinu hlavní tabulky. Můžete si například vytvořit tabulku pro záznam zaměstnance zúčastněné ve fotbalovém utkání získat finanční prostředky.

Definování vztahů
Můžete definovat vztah přidáním tabulky, které chcete se týkají relace okna a pak přetažením klíčové pole tabulky a jeho umístěním do klíče jiné tabulky.
Druh vztahu, že Microsoft Access vytvoří, závisí na tom, jak jsou definovány související oblasti:
• one-to-many vztah je vytvořen, pokud jen jeden z příbuzných oborů je primárním klíčem nebo má jedinečný index.
• one-to-one je vytvořen, když obě související pole jsou primární klíče nebo mají jedinečné indexy.
• Ve skutečnosti, mnoho-to-many vztahy jsou dvou-to-many vztah s třetí tabulkou, jejíž primární klíč se skládá ze dvou polí  cizí klíče z dalších dvou tabulek.
Poznámka: Pokud přetáhnete pole, které není primárním klíčem a nemá jedinečný index na jiném poli, který není primárním klíčem a nemá jedinečný index, je vytvořena neurčitý vztah. V dotazech obsahujících tabulky s neurčitou vztahu, zobrazí aplikace Microsoft Access výchozí spojnici mezi tabulkami, referenční integrita, ale není vynucena a neexistuje žádná záruka, že záznamy jsou jedinečné v každé tabulce.

Publikováno na primární klíče a vztahy a stoly | Uživatelské 19 komentářů »

Standardizace (Volba primární klíče)

Soboty 22 prosinec 2007 |

To je formální proces krok za krokem zkoumat atributy subjektu, aby se zabránilo anomálie v přidání, smazání a úpravu unikátních sekvencí.

Cíle

1) Minimalizace duplicity a nesrovnalosti;
2) Snadná manipulace databáze;
3) udržovatelnost informační systém.

1. normální forma (1NF)

Vztah je v 1nF, jestliže se všechny základní pole obsahují pouze jedinečné hodnoty (neobsahuje opakující se skupiny).

Postupy:

a) určit primární klíč této osoby;
b) Určete opakující se skupinu a odstraní ji z těla;
c) Vytvořit novou entitu s primární klíč entity a skupiny před opakováním.

Primární klíč nového subjektu se dosáhne zřetězení primární klíč původního subjektu a opakující se skupiny.

Ex: Dotaz

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

Poptávka => (numero_pedido, data_pedido, cod_cliente, customer_name, endereco_cliente)

Item_Pedido => (numero_pedido, cod_produto, nome_produto, množství; preco_produto, total_produto)

Funkční závislost

Vzhledem k tomu, poměr R, atribut X je funkčně závislé R x R atribut je nutné pouze tehdy, když dva R sekvence kombinovat hodnoty X také odpovídat hodnotě X.

2. normální forma (2NF)

Relace R je v 2NF jestliže a jediný jestliže to je první a všechny atributy jsou nonkey zcela závislé na primárním klíči (v závislosti na celé klávesy a ne jen jeho část).

Postupy:

a) Určete atributy, které nejsou funkčně závislé na celém primárním klíči.
b) Odstraňte subjekt identifikovat všechny tyto atributy a vytvořit novou entitu s nimi.
Primární klíč nového subjektu bude atribut jsou atributy odstraněny vlastnosti, které jsou funkčně závislé.

Product => (cod_produto, nome_produto, preco_produto)

Tranzitivní závislost

Nechť A, B a C tři atributy entity X. C, v závislosti na tom, zda B a B závisí na C je pak řekl, aby přechodně závislé A.

3. normální forma (3NF)

Relace R je ve 3NF kdyby jste v 2NF a každý nonkey atributy jsou závislé na primárním klíči není tranzitivní (každý atribut je funkčně závislý pouze na primárním klíčových atributů komponent, nebo pokud jsou všichni jeho non-klíčové atributy jsou vzájemně nezávislé) .

Postupy:

a) určit všechny atributy, které jsou funkčně závislé na jiných nonkey atributů;
b) Odstraňte je a vytvořit novou entitu s stejný.
Primární klíč nového subjektu bude atribut, který odstraněny atributy jsou funkčně závislé.

Zákazník (cod_cliente, customer_name, endereco_cliente)
Produkt (cod_produto, nome_produto, preco_produto)
Žádost (numero_pedido, data_pedido; ; Total_pedido)

Publikováno na primární klíče a tabulek | Uživatelské No Comments »