Archív podľa "Primárna Keys" kategórie

Vzťahy v databáze

Utorkom 15.leden 2008 |

Akonáhle ste nastavili rôzne tabuľky pre každý predmet v databáze, je potrebné spôsob, ako povedať, Microsoft Access, ako získať tieto informácie znova. Prvým krokom v tomto procese je definovať vzťahy medzi tabuliek. Potom, čo urobil, môžete vytvárať dotazy, formuláre a zostavy pre zobrazenie informácií z viacerých tabuliek naraz.

Ako vzťahy?

One-to-many
One-to-many vzťah je najbežnejší typ vzťahu. V one-to-many vzťah, záznam v tabuľke môže mať mnoho zodpovedajúce záznamy v tabuľke B, ale záznamu v tabuľke B má len jeden zodpovedajúci záznam v tabuľke A.

Many-to-many
V many-to-many vzťah, záznam v tabuľke môže mať mnoho zodpovedajúce záznamy v tabuľke B, a záznam v tabuľke B môže mať mnoho zodpovedajúce záznamy v tabuľke A. Tento typ vzťahu je možné iba pomocou definície tretej tabuľky (nazývané tabuľka asociácie), ktorej primárny kľúč sa skladá z dvoch polí  cudzie kľúče z oboch tabuliek A a B. V skutočnosti, mnoho-to-many vzťahy sú dvoj-to-many vzťah s treťou tabuľkou. Napríklad tabuľka Objednávky a Výrobky tabuľky majú many-to-many vzťah, ktorý je definovaný vytvorením dvoch one-to-many na tabuľke Rozpis objednávok.

One-to-one
V jednom-to-one, každý záznam v tabuľke môže mať len jeden zodpovedajúci záznam v tabuľke B a každý záznam v tabuľke B môže mať len jeden zodpovedajúci záznam v tabuľke A. Tento typ relácie nie je obvyklý, pretože väčšina informácií týkajúcich sa stať v jednej tabuľke. Použitie jednej ku jednej sa odporúča, ak chcete zdieľať tabuľky s mnohých oblastiach, k izolácii časti tabuľky z dôvodu zabezpečenia alebo ukladanie informácií, ktoré sa vzťahuje iba na podmnožinu hlavnej tabuľky. Môžete si napríklad vytvoriť tabuľku pre záznam zamestnanca zúčastnené vo futbalovom zápase získať finančné prostriedky.

Definovanie vzťahov
Môžete definovať vzťah pridaním tabuľky, ktoré chcete sa týkajú relácie okna a potom presunutím kľúčové pole tabuľky a jeho umiestnením do kľúča inej tabuľky.
Druh vzťahu, že Microsoft Access vytvorí, závisí na tom, ako sú definované súvisiace oblasti:
• one-to-many vzťah je vytvorený, ak len jeden z príbuzných odborov je primárnym kľúčom alebo má jedinečný index.
• one-to-one je vytvorený, keď obe súvisiace polia sú primárne kľúče alebo majú jedinečné indexy.
• V skutočnosti, mnoho-to-many vzťahy sú dva-to-many vzťah s treťou tabuľkou, ktorej primárny kľúč sa skladá z dvoch polí  cudzie kľúče z ďalších dvoch tabuliek.
Poznámka: Ak pretiahnete pole, ktoré nie je primárnym kľúčom a nemá jedinečný index na inom poli, ktorý nie je primárnym kľúčom a nemá jedinečný index, je vytvorená neurčitý vzťah. V otázkach obsahujúcich tabuľky s neurčitú vzťahu, program Microsoft Access predvolený spojnicu medzi tabuľkami, referenčné integrita, ale nie je vynútená a neexistuje žiadna záruka, že záznamy sú jedinečné v každej tabuľke.

Štandardizácia (Voľba primárne kľúče)

Soboty 22 december 2007 |

To je formálny proces krok za krokom skúmať atribúty subjektu, aby sa zabránilo anomálie v pridanie, zmazanie a úpravu unikátnych sekvencií.

Ciele

1) Minimalizácia duplicity a nezrovnalosti;
2) Jednoduchá manipulácia databázy;
3) udržiavateľnosť informačný systém.

1. normálne forma (1NF)

Vzťah je v 1nF, ak sa všetky základné polia obsahujú len jedinečné hodnoty (neobsahuje opakujúce sa skupiny).

Postupy:

a) určiť primárny kľúč tejto osoby;
b) Určte opakujúce sa skupinu a odstráni ju z tela;
c) Vytvoriť novú entitu s primárny kľúč entity a skupiny pred opakovaním.

Primárny kľúč nového subjektu sa dosiahne zreťazenie primárny kľúč pôvodného subjektu a opakujúce sa skupiny.

Ex: Otázka

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

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

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

Funkčné závislosť

Vzhľadom k tomu, pomer R, atribút X je funkčne závislé R x R atribút je nutné len vtedy, keď dvaja R sekvencie kombinovať hodnoty X tiež zodpovedať hodnote X.

2. normálna forma (2NF)

Relácia R je v 2NF ak a jediný ak to je prvý a všetky atribúty sú nonkey úplne závislé na primárnom kľúči (v závislosti na celé klávesy a nie len jeho časť).

Postupy:

a) Určite atribúty, ktoré nie sú funkčne závislé na celom primárnom kľúči.
b) Odstráňte subjekt identifikovať všetky tieto atribúty a vytvoriť novú entitu s nimi.
Primárny kľúč nového subjektu bude atribút sú atribúty odstránené vlastnosti, ktoré sú funkčne závislé.

Product => (cod_produto, nome_produto, preco_produto)

Tranzitívne závislosť

Nech A, B a C tri atribúty entity X. C, v závislosti na tom, či B a B závisí na C je potom povedal, aby prechodne závislé A.

3. normálna forma (3NF)

Relácia R je v 3NF keby ste v 2NF a každé nonkey atribúty sú závislé na primárnom kľúči nie je tranzitívne (každý atribút je funkčne závislý iba na primárnom kľúčových atribútov komponentov, alebo ak sú všetci jeho non-kľúčové atribúty sú navzájom nezávislé) .

Postupy:

a) určiť všetky atribúty, ktoré sú funkčne závislé na iných nonkey atribútov;
b) Odstráňte ich a vytvoriť novú entitu s rovnaký.
Primárny kľúč nového subjektu bude atribút, ktorý odstránené atribúty sú funkčne závislé.

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

Predstavenie

Avatar

Ďakujeme vám za návštevu.
Prihlásiť sa kŕmiť nesmie nechať ujsť žiadne správy.

Tu na blogu som sa uviesť príklady práce s aplikáciou Microsoft Access a tiež klásť otázky tým, ktorí opýtať. Viac

Chcete sa prihlásiť?

Prihláste sa , alebo objednať e-mailom:
Zadajte svoj e-mail:


Reklamy