Opracowanie planu bazy danych
Pierwszym krokiem podczas tworzenia bazy danych jest utworzenie planu, który służy jako przewodnik ma być używany podczas wykonywania bazy danych i jako specyfikacji funkcjonalnej dla bazy danych po został zaimplementowany.Złożoność i szczegółów projektu bazy danych zależy od złożoności i rozmiar aplikacji bazy danych, a także zapełnianie użytkownika.
Rodzaju i złożoności aplikacji bazy danych i procesu planowania, mogą się znacznie różnić.Baza danych może być stosunkowo proste i przeznaczone do użytkowania przez jedną osobę lub można go dużych i złożonych i zaprojektowane, na przykład do obsługi wszystkich transakcji bankowych tysiące klientów.W pierwszym przypadek projektowania bazy danych może być nieco więcej niż kilka notatek na papierze niektóre podstaw.W drugim przypadek projekt może być dokumentu formalnego setki stron długie zawierający wszystkie możliwe szczegółowych informacji dotyczących bazy danych.
W planowanie bazy danych, niezależnie od jego rozmiar i złożoność, użyj następujących podstawowych kroków:
Zbieranie informacji.
Określ obiekty.
Model obiektów.
Określenie rodzajów informacji dla każdego obiektu.
Identyfikować relacje między obiektami.
Zbieranie informacji
Przed utworzeniem bazy danych, musisz mieć dobrze rozumieją oczekuje bazy danych do wykonania zadanie.Jeśli baza danych jest zastąpić system informacji papieru lub wykonywanych ręcznie, istniejący system da większość potrzebnych informacji.Należy rozmowy kwalifikacyjnej wszyscy zaangażowani w systemie, aby określić, czego i potrzebują z bazy danych.Jest również ważne, aby określić, jakie chcą nowego systemu w celu i również do identyfikowania problemów, ograniczenia i wąskich gardeł dowolnego istniejącego systemu.Zebrać kopie sprawozdania nabywcy, listy zapasów, raporty zarządzania i inne dokumenty, które są częścią istniejącego systemu, ponieważ są one przydatne podczas projektowania bazy danych i interfejsów.
Identyfikowanie obiektów
W procesie zbierania informacji musi identyfikować obiekty klucz lub podmioty, które będą zarządzane przez bazę danych.Obiekt może być materialne efekt, takich jak osoby lub produktu, lub więcej wartości niematerialnych element, takie jak transakcji biznesowych, dział firmy lub okresu listy płac.Ogólnie istnieją kilka obiektów podstawowych i po te są identyfikowane, powiązane elementy stają się widoczne.Każdego odrębnego element w bazie danych powinna mieć odpowiedniej tabela.
Obiekt podstawowy w AdventureWorks2008R2 z przykładowej bazy danych SQL Server jest rowerów.Obiekty związane z rowerów w ramach tej spółki pracowników, którzy produkcji rowerów, dostawców, którzy sprzedają składniki używane do produkcji rowerów, klienci, którzy kupują je, a transakcje sprzedaży, wykonane z klientami.Każdy z tych obiektów jest tabela w bazie danych.
Modelowanie obiektów
Określone obiekty w systemie powinien rejestrować je w sposób, który reprezentuje system wizualnie.W trakcie realizacji bazy danych, można użyć modelu bazy danych jako odwołanie.
W tym celu użyj projektantów bazy danych narzędzia, zakres w złożoność techniczna ołówki i papieru podstaw edytory tekstu i programy arkuszy kalkulacyjnych, a nawet programy napisane specjalnie dla zadań modelowania bazy danych wzorów danych.Niezależnie od narzędzie zdecyduje się użyć, ważne jest utrzymanie go do data.
Identyfikowanie typów informacji dla każdego obiektu
Po podstawowego obiektów w bazie danych zostały zidentyfikowane jako kandydatów na tabele, następnym krokiem jest zidentyfikować typy informacji, które muszą być przechowywane dla każdego obiektu.Są to kolumny w tabela obiektu.Kolumny w tabela bazy danych zawierają kilka typowych informacji:
Kolumny danych pierwotnych
Kolumny te przechowują materialne części informacji, takich jak nazwy ustalona przez źródło zewnętrzne bazy danych.
Kolumny kategorii
Te kolumny klasyfikowania lub grupować dane i przechowywać ograniczony wybór danych, takie jak PRAWDA i FAŁSZ, zamężna i pojedyncze i menedżera grupy-VP/dyrektor.
Identyfikator kolumny
Kolumny te zapewniają mechanizm do identyfikacji każdego element, przechowywane w tabela.Kolumny te często mają nazwę lub numer w ich nazw, na przykład employee_id, invoice_number, i publisher_id.Kolumna Identyfikator jest podstawowy składnik używane przez użytkowników i przetwarzania do uzyskania dostępu do danych w tabela Wiersz wewnętrznej bazy danych.Czasami obiekt ma materialne formie identyfikator używany w tabela, na przykład numer PESEL, ale w większości przypadków można zdefiniować tabela, tak aby wiarygodnych, sztuczne identyfikator można utworzyć wiersz.
Relacyjnej lub więzów kolumn
Te kolumny ustanowić powiązanie między informacje w jednej tabela i pokrewnych informacji w innej tabela.Na przykład tabela, która śledzi transakcje sprzedaży zazwyczaj mają łącza do customers tabela tak, aby informacje o odbiorcy pełne może być skojarzona z transakcji sprzedaży.
Identyfikowanie relacji między obiektami
Mocne relacyjnej bazy danych jest możliwość dotyczą lub kojarzenia informacji dotyczących różnych elementów w bazie danych.Izolowane typy informacji, które mogą być przechowywane oddzielnie, ale aparat bazy danych można połączyć dane, jeśli jest wymagane.Identyfikowanie relacji między obiektami w procesie projektowania wymaga spojrzenie na tabele, określające, w jaki sposób są logicznie powiązanych i dodawanie relacyjnej ustanowić łącze z jednej tabela do innej kolumny.
Na przykład projektant AdventureWorks2008R2 Baza danych utworzona tabel dla produktów i modeli produktów w bazie danych. Production.Product Tabela zawiera informacje dotyczące każdego produktu, która zawiera kolumna Identyfikator o nazwie ProductID; kolumny danych nazwa produktu, cenę produktu i koloru produktu, rozmiar i waga.Tabela zawiera kolumny kategorii, takich jak Class, lub Style, umożliwiający produktów pogrupowane według tych typów.Każdy produkt ma również model produktu, ale że informacje są przechowywane w innej tabela.Dlatego Production.Product Tabela ma ProductModelID kolumna do przechowywania tylko identyfikator modelu produktu.Po dodaniu wiersz danych dla produktu, wartość dla ProductModelID musi istnieć w Production.ProductModel tabela.