1. Logiczne projektowanie bazy danych - niezależnie od implementacji
• Konstruowanie modelu reguł działalności stosowanych w pewnej organizacji w postaci relacji czyli tabel
2. Fizyczne projektowanie bazy danych - zależnie od implementacji
• Analiza wyników logicznego projektu
• Uwzględnienie wymagań wydajnościowych
• Uwzględnienie wymagań pamięciowych
• Implementacja przy użyciu mechanizmów wybranego Systemu Zarządzania Bazą
Danych
Produkty wejściowe projektowania fizycznego
1. Model logiczny typu relacyjnego (diagramy związków encji, tabele jako odwzorowanie diagramu związków encji)
2. Przybliżone oszacowanie liczby wierszy w tabelach - analiza ilości
3. Szacunkowa analiza sposobów użycia tabel za pomocą rodzaju i częstości występowania operacji, które będą prawdopodobnie oddziaływać na tabele w naszej bazie danych - analiza użycia
4. Lista więzów integralności - analiza więzów integralności
5. Lista najczęściej wykonywanych raportów
Produkty wyjściowe projektowania fizycznego
1. Struktury plików zadeklarowane w wybranym języku definiowania danych {Data Definition Language - DDL)
2. Indeksy na strukturach plików
3. Klastry plików
4. Zbiór powiązań wewnętrznych wyrażony w DDL i dodatkowych więzów integralności wyrażony w wybranym języku integralności danych (Data Integrity Language - DIL)
5. Zbiór zapytań zoptymalizowany do działania w konkretnej bazie danych (zapytanie zoptymalizowane - taka forma zapytania, która podaje odpowiedź w możliwie najkrótszym czasie). Wybór zapytania do optymalizacji jest dokonywany na podstawie analizy użycia, ilości i integralności.
Przyjmuje się dalej, że zapytanie to zarówno czytanie jak zmiana stanu bazy danych (wstawianie, usuwanie i modyfikacja)
Zofia Kruczkiewicz, 1-6, p325 C3 2 Internetowe bazy danych, Wykład 5