przechowywania dokumentacji bazy danych

projektowania aplikacji

budowania złożonych witryn internetowych

odciążyć serwer bazy danych

przenieść obciążenie na komputer użytkownika

zmniejszyć problemy z administrowaniem komputerem użytkownika

powszechnie stosowana

uważana za przyszłościową ale jeszcze rzadko stosowana

przestarzała i obecnie wycofywana

dane nieznane lub nieistniejące

hasło dostępu do tabeli

zbiór kolumn o niepowtarzalnych wartościach

zbiór kolumn o niepowtarzalnym zestawie wartości

…. po dodaniu dowolnej kolumny

klucz który przestaje być kluczem po wyjęciu z niego dowolnej kolumny

klucz dobrze zaprojektowany

określa tożsamość wiersza

służy do cełów kontrolnych

to to samo co klucz właściwy

rodzaj zależności służbowej w zespole projektowym

metodyka projektowa typu top-down

typowy sposób organizacji formularza

podobnie rozwinięte a znacznie tańsze w eksploatacji

mniej rozwinięte

bardziej rozwinięte

ceną

pozycją rynkową

jakością rozwiązań technicznych

jest zawsze pożądane

jest kłopotliwe i należy go unikać

jest szkodliwe i nie powinno być stosowane we współczesnych systemach

nie powinno być stosowane

powinna być stosowana tylko gdy wydajnośc krytycznych zapytań nie może być poprawiona inaczej

powinna być stosowana śmało

nie rozważa się hipotez

hipotezy stawia analityk

hipotezy stawia program

dla szeregowych pracowników

dla kierownictwa

dla średniego szczebla zarządzania

odciąża serwer danych przekazując część jego funkcji do warstwy mid tier

silnie obciąża serwer danych i klienta

odciąża klienta przekazując część jego funkcji do warstawy mid tier

może pomagać w wydajniejszym dostępie do danych na dysku

jest używany tylko wcelach administracyjnych

jest konieczny by uzyskać dostęp do danych w bazie danych

wykonywanie kopii rezerwowych oraz kontrolę pracy administratora

narzędzia do tworzenie aplikacji

mechanizmy optymalnego dostępu do danych i ochrony danych

są ponumerowane

nie są ponumerowane ale mają adresy

nie mają adresów

nie mogą zawierać null

nie mogą zawierać null ale mogą puste napisy

mogą zawierać null

pesel

nr karty w kartotece osobowej

nazwisko + imiona + data urodzenia

jednego wiersza jednej tabeli

powinny łączyć często używane dane

powinny odpowiedać elementarnym krokom danej funkcji

nie powinny łączyć danych funkcji

na podstawie doświadczeń z eksploatacji systemu

przez administratora zarządzającego systemem

jako element projektu systemu

zyczy sobie tego user

mamy do czynienia z bazą federacyjną

spodziewamy się problemów z łączami

zbiór struktur gwiaździstych

struktura zawierająca wiele tabel faktów dal tych samych wymiarów

struktura zawierająca wiele faktów dla tych samych wartości wymiarów

w osobnej wydzielonej bazie danych

łącznie w jednej z baz operacyjnych

osobno w każdej z baz danych w której są dane źródłow

analizy danych bez denormalizacji nie byłyby możliwe

struktura danych ma taki charakter iż denormalizacja nie jest kosztowna

dane w hurtowni nie zmieniają się

pamięć trwała z określonymi prawami dostępu

pamięć trwałą z określonymi regułami integralności

zabezpieczony system plików

zapewnia dużą szybkość i łatwy dostęp

jest tania

zapewnia bezpieczeństwo wydajnośc wielodostęp i możliwości rozwoju

tylko gdy klucz obcy nie wchodzi w skład klucza głównego

zawsze gdy nie istnieje inny indeks pozwalajacy szybko wyszukac wg klucza obcego

zawsze

nie pozwalają wprowadzić danych zawierających łątwe do wykrycia błędy formalne

wymuszają prawidłowość danych

nie pozwalają wprowadzić błędnych danych

nie są zmieniane przez cały czas życia tabeli

dotyczą wszystkich danych w tabeli

dotyczą tylko danych niezmienianych

powinny być przechowywana w bazie danych

są potrzebne tylko w bardzo trudnych projektach

powinny być przechowywane w dokumentacji systemu

mniej rozwinięte

schematów

baz danych

tabel

wielu indeksów do każdej z tabel

po jednym indeksie bitowym do każdej z tabel

jednego indeksu bitowego

uniknąć wszelkich złączeń

uniknać niektórych złączeń

szybciej wykonywać złączenia

uniknąć niektórych złączeń wymiarów z faktami

uniknąć wszelkich złączeń

uniknąć niektórych złączeń między wymiarami

wielodostęp i konieczność ciągłego utrzymania spójności

tylko niektóre schematy

dla tych tabel dla których nie jest niezbędne stworzenie innegeo klucza unikalnego spełniającego warunki dla PK

naturalny należy pozostawić jako klucz unikalny

działa poza transakcjami

zapamiętanej w pomocniczej tabeli wartości

mogą być potrzebne w każdym systemie

są potrzebne bardzo rzadko

sprawieniu że każda z nich może działać tak jak gdyby była jedna

niezależność od centralnego administratora

możliwie podobnej wielkości

partycjonowanie wg czasu zajścia faktu

jest cechą faktu

dane muszą być przetwarzane w warunkach wielodostępu

proste i może być zautomatyzowane stosunkowo

łatwe tylko w niektórych przypadkach

długowieczność projektowanego systemu

niezależny od technologii

możę być przydatne dla zapewnienia możliwości zapisu zmian

jest zbyteczne, gdyż blokady zakłada sama baza danych

jest bezwzględnie konieczne dla utrzymania spójności

zapobieganie utraconym mody fikacjom

izolację transakcji

uszeregowanie transakcji

technologia stosowana w rozproszonych bazach danych

wsadowo

sporadycznie np w reakcji na zasilanie niespójnymi danymi

zastępowanie danych mniej zagregowanych bardziej zagregowanymi

może częściowo uniezależnić wydajność od objętości dnaych

bazy heterogeniczne

bazy homogeniczne

wyłącznie na zmieniany wiersz

jest łatwe w realizacji ale ma wiele niekorzystnych cech

można wymusić wyzwalaczem

w znacznym stopniu

w osobnym chronionym schemacie

zwykle modelu się jako osobna tabela wymiaru

typowy arkusz kalkulacyjny

mają na celu agregację danych

mają na celu zmniejszenie wymiarowości danych do co najwyżej 3 wymiarów

mają na celu przestawienie danych w postaci wykresów

wycofania efektów błędnego(błędnych) zapytań SQL