Opracowanie planu bazy danych
Pierwszym krokiem w tworzeniu bazy danych jest utworzenie planu, który służy jako przewodnik ma być używany podczas wdrażania bazy danych i jako specyfikacji funkcjonalnej dla bazy danych po został zaimplementowany.Złożoność i szczegółów projektu bazy danych zależy od stopnia złożoności i rozmiaru aplikacji bazy danych, a także zapełnianie użytkownika od.
Rodzaju i złożoności aplikacji bazy danych i procesu planowania, mogą się znacznie różnić.Baza danych może być relatywnie proste i zaprojektowany do użytku przez jedną osobę lub może być dużych i złożonych i zaprojektowany, na przykład do obsługi wszystkich transakcji bankowych tysiące klientów.W pierwszym przypadek projekt bazy danych może być nieco dłużej niż kilka uwag na papierze niektóre podstaw.W tym drugim przypadek projekt może być formalnego dokumentu setki stron długie, który zawiera wszystkie możliwe szczegółowych informacji dotyczących bazy danych.
Przy planowaniu bazy danych, niezależnie od jego rozmiaru i stopnia złożoności, wykonaj następujące kroki podstawowe:
Zbieranie informacji.
Identyfikowanie obiektów.
Model obiektów.
Określ typy informacji dla każdego obiektu.
Identyfikować relacje między obiektami.
Zbieranie informacji
Przed utworzeniem bazy danych, należy dobrze zrozumieć bazy danych oczekuje się, aby wykonać zadanie.W przypadku bazy danych systemu informacji o papierze lub wykonywanych ręcznie zastąpić istniejący system udostępni większość potrzebnych informacji.Należy wywiadu wszystkich osób biorących udział w systemie, aby określić, czego służą i potrzebnych w bazie danych.Warto także określenie, jakie mają nowy system do wykonania, a także aby zidentyfikować problemy, ograniczenia i wąskich gardeł związanych z dowolnego istniejącego systemu.Zbieranie kopii klienta instrukcji, listy zapasów, zarządzanie raportami i innych dokumentów, które są częścią istniejącego systemu, ponieważ będą one użyteczne przy projektowaniu bazy danych i interfejsów.
Identyfikowanie obiektów
W trakcie procesu zbierania informacji należy określić obiekty klucz lub podmioty, które będą zarządzane przez bazę danych.Obiekt może być wymierne elementów, takich jak osoby lub produkt, lub może być bardziej wartości niematerialnych i prawnych element, taki jak transakcji biznesowych, dział firmy lub okresu listy płac.Są zwykle kilka obiektów podstawowych, a po są one identyfikowane powiązane elementy staną się widoczne.Każdy element odrębne bazy danych powinien mieć odpowiedniej tabela.
Podstawowym celem w AdventureWorks Dołączona przykładowa baza danych SQL Server jest roweru. Obiekty związane z rowerów w obrębie firmy tej firmy pracowników, którzy produkcji roweru dostawców którzy sprzedawać składniki są używane do produkcji roweru klientów, którzy kupują je, a transakcje sprzedaży wykonane z klientami.Każdy z tych obiektów jest tabelą w bazie danych.
Modelowanie obiektów
Określone obiekty w systemie, powinien rejestrować je w taki sposób, że reprezentuje system wizualnie.Można użyć modelu bazy danych jako odwołanie w trakcie realizacji w bazie danych.
W tym celu projektantów bazy danych za pomocą narzędzia, które złożonością technicznych z ołówki i papieru podstaw edytory tekstów i programy arkuszy kalkulacyjnych, a nawet programy utworzony specjalnie dla zadanie z danych modelowania wzorów bazy danych w zakresie.narzędzie, niezależnie od użytkownik zdecyduje się użyć, jest ważne, że można go na bieżąco.
Określenie typów informacji dla każdego obiektu
Po podstawowego obiektów w bazie danych zostały zidentyfikowane jako kandydatami do tabel, następnym krokiem jest określenie typów informacji, które muszą być przechowywane dla każdego obiektu.Są to kolumny w tabela obiektu.Kolumny w tabela bazy danych zawierają kilka powszechnie używanych typów informacji:
Surowe dane w kolumnach
Kolumny te są przechowywane materialne fragmentów informacji, takich jak nazwy ustalona przez urządzenie źródłowe zewnętrzne w bazie danych.
Kolumny kategorii
Te kolumny klasyfikowania lub grupować dane i przechowywać wybór dane, takie jak PRAWDA/FAŁSZ i married/jednego menedżera VP/dyrektora, grupa jest ograniczony.
Identyfikator kolumny
Kolumny te zapewniają mechanizm do identyfikacji każdego element, przechowywane w tabela.Te kolumny często o identyfikator lub numer w nazwie, na przykład employee_id, invoice_number, and publisher_id.Kolumna identyfikatora jest składnikiem podstawowego używana przez użytkowników i przetwarzania do uzyskania dostępu do danych w tabela Wiersz wewnętrznej bazy danych.Czasami obiekt ma materialne formularza identyfikatora w tabela, na przykład numeru ubezpieczenia społecznego, ale w większości przypadków można zdefiniować w tabela, aby identyfikator niezawodnych i sztuczne mogą być tworzone dla wiersza.
Relacyjnej lub więzów kolumn
Te kolumny ustanowienia łącza między danymi w jednej tabela i informacje pokrewne w innej tabela.Na przykład, tabela, która śledzi transakcji sprzedaży zwykle mieli łącze do Klienci tabeli tak, aby informacje o klientach pełne może być skojarzona z transakcji sprzedaży.
Określenie relacji między obiekty
Mocne strony z relacyjnej bazy danych jest możliwość odnoszą się lub kojarzenia informacji na temat różnych elementów w bazie danych.Odizolowane typów informacji, które mogą być przechowywane oddzielnie, ale aparat bazy danych można połączyć danych, gdy jest to wymagane.Określenie relacji między obiektami w procesie projektowania wymaga spojrzenie na tabele, określające, w jaki sposób są logicznie powiązane i dodawanie relacyjnej ustanowić łącze z jednej tabela do drugiej kolumny.
Na przykład projektant AdventureWorks Baza danych została utworzona tabel dla produktów i modeli produktów w bazie danych. The Production.Product tabela contains information for each product that includes an identifier kolumna named ProductID; data columns for the product name, the price of the product, and the product color, size, and weight.Tabela zawiera kolumny kategorii, takich jak Klasa, or Styl, który umożliwia być grupowane według tych typów produktów.Każdy produkt ma również model produktu, ale że informacje są przechowywane w innej tabela.Dlatego też Production.Product tabela ma ProductModelID kolumna do przechowywania tylko identyfikator modelu produktu.Po dodaniu wiersza zawierającego dane dla produktu, wartość ProductModelID musi istnieć w Production.ProductModel tabela.