Аццесс Примери

Релације у бази података

Уторак, јануар 15тх, 2008 |

Када сте подесили различите табеле за сваки предмет у бази података, потребна вам је начин да сазнате како да Мицрософт Аццесс поново окупити ове информације. Први корак у овом процесу је да дефинише односе између табела. Након што то урадите, можете да креирате упите, обрасце и извештаје да бисте приказали податке из више табела одједном.

Како односи?

Један-према-више
Један-према-више однос је најчешћи тип односа. У један-према-више односа, запис у табели може имати многе сличне записе у табели Б, али је запис у табели Б има само једну одговарајућу запис у табели А.

Много-много
У више-према-више односа, запис у табели може имати многе сличне записе у табели Б и рекорд у табели Б може имати много подударају записе у табели А. Овај тип односа је могуће само кроз дефинисање трећу табелу (табела зове удружење) чији је примарни кључ састоји од два поља страних кључева  из обе табеле и Б. У ствари, а много-много су односи две-да-више однос са трећим столом. На пример, табела Поруџбине и Производи сто имају много-много однос који је дефинисан стварањем два један-према-више за детаље реда табеле.

Један-на-један
У један-на-један, сваки запис у табели може имати само једну одговарајућу запис у табели Б, и сваки запис у табели Б може имати само једну одговарајућу запис у табели А. Овај тип релације није уобичајен, јер је већина информација у вези и да буде у једној табели. Употреба један-на-један се препоручује када желите да поделите табелу са многим пољима, да изолује део табеле из безбедносних продавница или информације које се односе само на подскуп главне табеле. Можда желите, на пример, креирате табелу за снимање запослених који учествују у фудбалској утакмици да се прикупе средства.

Дефинисање односа
Можете дефинисати однос додавањем табеле које желите да се односе на прозору односа и затим превући поље кључа табеле и испуштањем у кључу другој табели.
Врста односа које Мицрософт Аццесс ће креирати зависи од тога колико сродним областима дефинисани су:
• један-према-више веза се креира, ако само једна од повезаних поља је примарни кључ или јединствени индекс има.
• један-на-један се креира када оба сродним областима су примарни кључеви или имају јединствене индексе.
• У ствари, а много-много су односи две-да-више однос са трећим столом чији је примарни кључ састоји од два поља страних кључева  друге две табеле.
Ако превучете поље које није примарни кључ и нема јединствени индекс на другом пољу који није примарни кључ и нема јединствени индекс, неодређен однос се ствара. У упитима који садрже табеле са неодређеном односа, Аццесс приказује подразумевани придружи линију између табела, референцијални интегритет, али се не спроводи и не постоји гаранција да ће подаци су јединствени у свакој табели.

Постед он примарних кључева и односа и табеле се | 19 Цомментс »

Стандардизација (Избор примарних кључева)

Субота, 22. децембар, 2007 |

То је формални процес корак по корак да се испитају атрибуте ентитета, како би се избегле неправилности уочене на додавање, брисање и модификацију јединствених низова.

Циљеви

1) Минимизирање дуплирања и недоследности;
2) Једноставно руковање базу података;
3) погодност одржавања информационог система.

1. нормална форма (1нФ)

Однос је у 1нФ ако само сви основни поља садржи само јединствене вредности (не садрже понављајуће групе).

Процедуре:

) Идентификујте примарни кључ ентитета;
б) Идентификује репетитивне групу и уклања га из тела;
ц) створити нови ентитет са примарни кључ ентитета и групе пре понављања.

Примарни кључ новог ентитета ће добити спајање примарног кључа од оригиналног ентитета и понавља групе.

Ек: Захтев

(Нумеро_педидо; дата_педидо; цод_цлиенте; цустомер_наме; ендерецо_цлиенте; (цодиго_продуто; нумеро_продуто; куантидаде_продуто; прецо_продуто; тотал_продуто) тотал_педидо)

Захтев => (нумеро_педидо; дата_педидо; цод_цлиенте; цустомер_наме; ендерецо_цлиенте)

Итем_Педидо => (нумеро_педидо; цод_продуто; номе_продуто; количина; прецо_продуто; тотал_продуто)

Функционална зависност

Дат однос Р атрибут Кс је функционално зависан Р к Р атрибут је неопходна само када се два Р секвенце комбинују вредности Кс и они одговарају вредност Кс.

2. нормална форма (2НФ)

Релација Р је у 2НФ ако и само ако је прва и нонкеи сви атрибути су у потпуности зависне од примарног кључа (зависи од целог тастера, а не само део ње).

Процедуре:

) Идентификовати атрибуте који нису функционално зависи од читавог примарног кључа.
б) Уклоните ентитет одредјен све ове атрибуте и створити нови ентитет са њима.
Примарни кључ новог ентитета ће бити атрибут који су уклоњени атрибути атрибуте који су функционално зависни.

Производ => (цод_продуто, номе_продуто, прецо_продуто)

Зависност транситиве

Нека А, Б и Ц три атрибути ентитета Кс. Ц у зависности да ли Б и Б зависе од Ц је тада рекао да транзитивно зависна А.

3. нормална форма (3НФ)

Релација Р је у 3НФ ако само сте у 2НФ и сваких нонкеи атрибути зависе од примарног кључа није прелазан (сваки атрибут је функционално зависи само од основних кључних особина компоненти или ако су сви њени не-кључни атрибути су међусобно независни) .

Процедуре:

) Идентификовати све атрибуте који су функционално зависи од атрибута друге нонкеи;
б) да их уклоните и створити нови ентитет са исте.
Примарни кључ новог ентитета ће бити уклоњене атрибут који су атрибути функционално зависе.

Купац (цод_цлиенте; цустомер_наме; ендерецо_цлиенте)
Производ (цод_продуто; номе_продуто; прецо_продуто)
Захтев (нумеро_педидо; дата_педидо; ; Тотал_педидо)

Постед он примарне кључеве и табелама се | Но Цомментс »