To jest gość przez anum Lodhi, który ma wielki interes w projektowaniu oprogramowania

Tak jak wymagają projekt budowy domu, trzeba projekt bazy danych w celu realizacji bazy pomyślnie. Proces budowy jest ona nazywana "Faza Projektowanie", który zawiera szereg ciężkie kroki na koniec produkt jest odpowiednio elastyczne. Ta faza faktycznie określa informacje (+ jej struktury), która trafi do bazy danych, założeń związanych z rodzajem lub wartości elementów danych i relacji między elementami danych w bazie danych. Wszystkie profesjonalne firmy stosowania tej procedury projektowania swojej bazie danych i najbardziej efektywny sposób.

Obejmuje ona cztery etapy:

1. Wymóg Analiza

Danych są określone wymagania. Dokładne wymagania użytkownika systemu captured.All istotne informacje dotyczące systemu jest pobierana. Sześć najbardziej wspólnych technik:

• Pobieranie próbek dokumentacji istniejących formularzy, baz danych
• Badania i miejscu wizyt
• Obserwacja środowiska pracy
• Kwestionariusze
• Prototypów budowanych mały model użytkownika obowiązek sprawdzić przed strony
• Wspólne Wymagania Planning (JRP) - spotkania grupy prowadzone są do analizy istniejących problemów

2. Entity Relationship Diagram (ERD)

ERD jest wysoki poziom wyrażania notacji projektów baz danych. To graficznie określa strukturę bazy danych w sposób bardzo prosty i zrozumiały za pomocą symboli.

Informacje zebrane podczas "krok wymogu analizy" przekształca ERD (Entity Relationship Diagram), które jest dane są zorganizowane w podmiotów i relacji między nimi. Więc zamiast przechodzić przez długi kawałek materiału, mamy Obrazowe przedstawienie tych samych części informacji, które są łatwiejsze do przeczytania.

Próbki ER Schemat jest następujący:

(zdjęcia dzięki uprzejmości Wikipedia)

Różne języki modelowania danych mogą być wykorzystywane do tworzenia ERD jak kurze stopy notacji, notacji Chen, Idefix (Integracja Definicja Information Modeling), cieniowanie notacji, notacji Bachman, UML (Unified Modeling Language) standard itp. Wikipedia jest dobra strona o ER Diagramy tutaj

3. Model relacyjny

Jest bardzo łatwy do zrozumienia scenariusza z ERD, ale jest ono bardzo słabe z punktu widzenia realizacji. Koncepcje podklasy (IS-struktury) i relacje, na przykład, nie może być realizowana w bazie danych bezpośrednio. W tym momencie relacyjny model wchodzi w grę.

Relacyjny model zatrudnia jednego pojęcia tabel (zwane także stosunków). Ustala podmiot i relacje przedstawione w ERD są konwertowane na tabele-model relacyjny.

Istnieje pięć kroków do konwersji:

• Kolei każdy podmiot spoza słaby zestaw do odpowiedniej tabeli z tego samego zestawu atrybutów
• Wymień związek z relacji, których atrybuty są klucze zestawy łączące jednostki
• Niektóre relacje można zrobić również w połączeniu lub wyłączone. Na przykład wspieranie relacji (dla słabych zbiorów podmiotu) nie muszą być konwertowane do związku w ogóle.
• Wymień słabe jednostki wyznaczone przez związek, którego cechy są własne atrybuty (jeśli dotyczy) oraz pożyczonych atrybutów, które przyczyniają się do jej klucza podstawowego.
• Konwersja podklasy struktury za pomocą obiektowego podejścia, E / konwersji w stylu R lub wartości null.

Wyjaśnienie przekształcania diagramu ER do modelu relacji ma ogromne pojęć, które nie zostaną objęte w tym poście. Istnieje wiele dobrych książek i zasobów dostępnych w Sieci, które umożliwia łatwe do zrozumienia. Do zestawienia za ten przykład, że wziąłem z Wikipedii:

Wyidealizowany, bardzo prosty przykład opis niektórych relvars i ich atrybutów:

• Klienta (identyfikator klienta, NIP, nazwisko, adres, miasto, województwo, kod, telefon)
• Zamówienie (nr porządkowy, identyfikatora klienta, nr faktury, data umieszczone, Data Obiecanej, Warunki, Stan)
• Linia zamówienia (Zamówienie nr, Order Line No, Product Code, ilościowy)
• Faktura (Invoice No, identyfikatora klienta, porządkowy, data, status)
• Faktura Line (nr faktury, faktury Linia nr, kod produktu, Ilość wysłanych)
• Produktu (Product Code, Opis produktu)

W ten projekt mamy sześć relvars: Klient, Zamówienie, Zamówienie linii, faktury, faktury i linii produktów. Pogrubione, podkreślone cechy są klucze kandydata. Nie pogrubione, podkreślone cechy są klucze obce.

4. Normalizacja

Normalizacja to proces zwiększania normalny ocena postaci. To przede wszystkim eliminuje następujące zależności w celu uniknięcia zwolnień oraz dane nieprawidłowości:

• Częściowe zależność: w oparciu o część klucza podstawowego
• Przechodni zależność: w oparciu o atrybut, który nie jest częścią klucza

Pierwsze trzy rodzaje normalizacji są:

1. 1NF
   • Najniższa realistycznym postaci normalnej
   • Klucz podstawowy wymogi integralności jednostki są spełnione
   • Każda komórka zawiera pojedynczą wartość
   • Brak wartości klucza podstawowego jest uzależnione od klucza
2. 2NF
   • Wszystkie 1NF spełnione są warunki
   • Częściowe
     Zależności są usuwane
3. 3NF
   • Wszystkie 2NF spełnione są warunki
   • Przechodni zależności usunięte

Wyższych form do 5NF i BCNF (Boyce-Codd Normal Form) również istnieją.

Normalizacja można stosować na dwa sposoby:

• Normalne formy stosowane po relacyjny model jest tworzony
• Trzeci etap jest pomijany i tworzenie tabel odbywa się z normalizacją w zamian bezpośrednio

blog daleeman ma bardzo dobrą wiadomość o normalizacji baz danych. Przeczytaj: praktyczne zastosowanie normalizacji baz danych, które pomogą ci zrozumieć normalizacji baz danych w szczegółach.