usuwanie normalizacja (2)


  1. Kwerenda usuwająca - usuwa całe rekordy. Działanie to może się odnosić do tabeli lub tabel powiązanych relacją jeden do jednego a także do tabel powiązanych relacją jeden do wielu, uwzględniając tabelę po stronie jeden lub obie tabele w tej relacji. Kwerenda ta usuwa również rekordy w tabeli nie powiązanej relacjami. W przypadku usuwania rekordów w tabeli z relacją jeden do wielu po stronie jeden przy wymuszonych więzach integralności i zaznaczonym usuwaniu kaskadowym, usunięty zostanie również rekord po stronie wiele.
    Tworzenie kwerendy usuwającej widok projekt - po otworzeniu wybranej tabeli lub tabel, zmieniamy typ kwerendy na usuwającą. Dla tabeli, z której chcemy usunąć rekordy przenosimy gwiazdkę (*) z listy pól tabeli do tabeli poniżej. W tabeli projektu kwerendy usuwającej jest pole usuwanie. W przypadku przeniesienia (*) w tym polu pokazuje się napis skąd (zdj.1). W celu określenia, dla którego pola ma nastąpić usunięcie, wybierz dane pole z listy pól tabeli. W polu usuwanie pokaże się słowo gdzie, czyli wg. danego pola ustalimy kryterium usuwania. A kryterium to może być dowolne, np. moim polem do kryterium jest IDzamówienia, czyli kryterium będzie się odnosiło do numeru zamówienia. Powiedzmy że usunę stare zamówienia, moje kryterium to <35 (zdj.2).

Normalizacja to proces organizacji danych w bazie danych. Polega on na tworzeniu tabel i ustanawianiu pomiędzy nimi powiązań według reguł obowiązujących zarówno przy ochronie danych, jak i uelastycznianiu bazy danych przez eliminowanie powtarzających się i niespójnych zależności.

Powtarzające się dane niepotrzebnie zajmują miejsce na dysku i są przyczyną powstawania problemów z obsługą. Jeśli konieczna jest zmiana danych istniejących w więcej niż jednej lokalizacji, musi być ona przeprowadzona we wszystkich lokalizacjach w ten sam sposób. Implementacja zmiany adresu klienta jest o wiele łatwiejsza, jeśli dane są przechowywane tylko w tabeli Klienci i w żadnym innym miejscu bazy danych.

Co to jest „niespójna zależność”? O ile przeglądanie tabeli Klienci w poszukiwaniu adresu konkretnego klienta można nazwać zachowaniem intuicyjnym, to poszukiwanie w tej tabeli pensji pracownika obsługującego tego klienta nie ma żadnego sensu. Pensja pracownika jest związana z pracownikiem lub zależy od pracownika i dlatego powinna być przeniesiona do tabeli Pracownicy. Niespójne zależności mogą utrudniać dostęp do danych, ponieważ ścieżka ich odnajdywania może zostać utracona lub uszkodzona.

Istnieje kilka reguł normalizacji baz danych. Każda reguła nosi nazwę „postać normalna”. Jeśli przestrzegana jest pierwsza reguła, o postaci bazy danych mówi się, że jest „pierwszą postacią normalną”. Jeśli przestrzegane są pierwsze trzy reguły, postać bazy danych przyjmuje się za „trzecią postać normalną”. Chociaż możliwe są inne poziomy normalizacji, trzecia postać normalna uważana jest za najwyższy poziom wymagany przez większość aplikacji.

Jak to bywa z wieloma formalnymi regułami i specyfikacjami, rzeczywistość nie zawsze pozwala na ich dokładne odwzorowanie. Ogólnie rzecz biorąc, normalizacja wymaga dodatkowych tabel i dla niektórych osób jest to uciążliwe. Przed podjęciem decyzji o złamaniu jednej z pierwszych trzech reguł normalizacji należy upewnić się, że projekt aplikacji przewiduje występowanie problemów, takich jak powtarzające się dane lub niespójne zależności.

Do poniższych opisów dodane zostały przykłady.