Architektura systemu bazy danych

background image
background image

Baza danych - jest to zbiór danych

trwałych, które są wykorzystywane
przez system aplikacji danej
organizacji.

Baza danych, rozumiana jako zbiór

danych, wraz z aplikacja bazy danych
stanowia system bazy danych.

background image

Aplikacja bazy danych jest to

program lub zespół programów, które
pomagają użytkownikowi pracować z
baza danych.

Celem aplikacji jest:

odizolowanie samej bazy od użytkownika

zabezpiecza zbiór danych przed

przypadkowym bądź celowym
uszkodzeniem

background image

Można wyróżnić pięć zasadniczych

komponentów tworzących systemy z
baza danych:

sprzęt

oprogramowanie

dane

procedury

ludzie

background image

Sprzęt:

Zakres wymagań sprzętowych zależy od potrzeb

użytkownika, konkretnych rozwiązań czy
wreszcie wymagań samego DBMS

Oprogramowanie:

Składowymi oprogramowania są zarówno same
Systemy Zarządzania Bazą Danych jak i

aplikacje i programy użytkowe, systemy
operacyjne oraz oprogramowanie sieciowe

background image

Dane:

Pod pojęciem danych rozumieć należy

zarówno dane operacyjne, jak i meta-

dane, czyli „dane o danych”. Strukturę

danych określa schemat bazy danych

Procedury:

Procedury precyzują zasady

projektowania i użytkowania bazy

danych

background image

Ludzie:

administratorzy baz danych

projektanci baz danych

projektanci i programiści aplikacji
bazodanowych

użytkownicy końcowi.

background image

Opis elementów stanowiących system

baz danych, sposób w jaki są one ze

sobą powiązane oraz logika tej

organizacji składają się na

architekturę systemu baz danych.

Architektura systemów baz danych

rozwijała się od tzw. architektury

jednowarstwowej, w kierunku

architektury wielowarstwowej.

background image

Cztery ważne, z punktu widzenia

ewolucji systemów baz danych
zdarzenia:

pojawienie się sieci komputerowych

Internet

System WWW

Intranet

background image

bazy lokalne

bazy typu klient-serwer

background image

Jest to komunikacja pomiędzy aplikacją a

zbiorem danych

Używane są tylko przez naszą aplikacje

Lokalne bazy danych umieszczone są na

jednym komputerze

Przykładem jest program, który przechowuje

adresy oraz inne dane pracowników firmy.

background image

Na serwerze znajduje się program, którego
zadaniem jest przechowywanie danych,
zarządzanie nimi, a także obsługą aplikacji-
klientów. Aplikacja-klient to program, który
jest udostępniamy w kilku egzemplarzach
(lub nawet setkach kopii) i służy do
komunikacji z serwerem. Klient zadaje
serwerowi tzw. zapytania, które ten
interpretuje i zwraca klientowi.

background image

Dwie warstwy oprogramowania:

warstwa serwera –proces serwera

warstwa klienta - proces klienta

Lokalizacja obu procesów:

mogą one znajdować się na jednym

komputerze (baza lokalna)

zazwyczaj serwer umieszczany jest na

innym komputerze niż procesy klienta,

komunikując się poprzez LAN

background image

Podział zadań w architekturze klient- serwer:

na serwerze znajdują się dane oraz oprogramowanie

zapewniające dostęp do danych, tzw. SZBD

po stronie serwera następuje równie realizacja

zapytań, realizacja ograniczeń oraz przetwarzanie danych

klient natomiast jest odpowiedzialny za prezentacje danych

– po stronie klienta jest umieszczony interfejs użytkownika.

klient realizuje logikę aplikacji oraz równie jest

odpowiedzialny za przetwarzanie danych

background image

Zalety:

bezpieczeństwo serwera

minimalizacja ruchu w sieci

możliwość przetwarzania danych
bezpośrednio na serwerze

odciążenie centralnego komputera od
obsługi interfejsu użytkownika

budowa sporych systemów bez użycia
wielkich komputerów

background image

Wady:

utrudnienia związane z administrowaniem:

konieczność administrowania wieloma
komputerami

utrudnione administrowanie aplikacjami

duże koszty eksploatacji PC-tów

niski poziomem bezpieczeństwa

brak kontroli nad działaniami

użytkowników

background image

Dzieli aplikację bazy danych na trzy,
współpracujące ze sobą części:

Warstwę dolna, realizująca dostęp do bazy
danych,

Warstwę środkowa, zawierająca reguły
dziedziczenia danych,

Warstwę górna, stanowiąca interfejs
użytkownika

background image
background image

Warstwa górna i dolna powinny mieć
charakter bezkontekstowy.

Warstwa środkowa powinna zawierać

reguły, według których przetwarzane są

dane

background image

Warstwa dolna to prawie zawsze programy
wykonywane na serwerze, obsługujące
zlecenia warstwy środkowej

Warstwy górna i środkowa mogą być
scalone w jeden program bądź rozdzielone

Warstwa środkowa może być klientem lub
serwerem

Warstwa górna jest zawsze klientem

background image

Gdy w warstwie klienta lokowany jest

jedynie interfejs użytkownika, który

realizuje prezentacje danych i

przekazywanie danych do warstwy

aplikacji mówi się o tzw. „chudym

(cienkim) kliencie” ze względu na

mała ilość funkcji, jaka w tej

technologii realizuje strona klienta.

background image
background image

Cienki klient:

interfejs użytkownika jest strona WWW, która

obsługuje przeglądarka internetowa

Warstwa druga realizuje funkcje systemu oraz
przetwarzanie danych

kontaktuje się z warstwa klienta i serwerem lub
serwerami bazy danych poprzez siec lokalna LAN
lub WAN

Warstwa trzecia jest odpowiedzialna za fizyczne
przetwarzanie i magazynowanie informacji i
najczęściej stanowią ja serwery baz danych

background image

Bardziej złożone interfejsy mogą

realizować zarówno interfejs użytkownika

jak i cześć logiki aplikacji.

Oznacza to, że klient zawiera więcej niż

jedna warstwę, czyli jest klientem

wielowarstwowym. Mamy wtedy do

czynienia z tzw. „grubym klientem”

background image

Korzyści:

większość zalet architektury klient- serwer

prostsze projektowanie

prostsza implementacja

możliwość powtórnego wykorzystania

komponentów po stronie serwera

łatwość rozprowadzania w sieci

(równomierne obciążenie i odporność na
awarie)

background image

Wady:

potrzebny silniejszy sprzęt na serwery

aplikacyjne

trudniejsze technologie

ograniczenia w funkcjonalności interfejsu

użytkownika dla cienkiego klienta

zwiększony ruch sieciowy


Document Outline


Wyszukiwarka

Podobne podstrony:
Projektowanie Baz Danych Xml Vademecum Profesjonalisty R 5 Architektura Systemu Baz Danych
Delphi Bazy Danych W Architekturze Klient Server
ukl 74xx, Informatyka PWr, Algorytmy i Struktury Danych, Architektura Systemów Komputerowych, Archit
wyk.9, Informatyka PWr, Algorytmy i Struktury Danych, Architektura Systemów Komputerowych, Assembler
Sprawozdanie 2, Informatyka PWr, Algorytmy i Struktury Danych, Architektura Systemów Komputerowych,
wyk.7.1, Informatyka PWr, Algorytmy i Struktury Danych, Architektura Systemów Komputerowych, Assembl
arch02, UŁ Sieci komputerowe i przetwarzanie danych, Semestr II, Architektura systemów komputerowych
arch05, UŁ Sieci komputerowe i przetwarzanie danych, Semestr II, Architektura systemów komputerowych
arch07, UŁ Sieci komputerowe i przetwarzanie danych, Semestr II, Architektura systemów komputerowych
wyk.7, Informatyka PWr, Algorytmy i Struktury Danych, Architektura Systemów Komputerowych, Assembler
wyk.8, Informatyka PWr, Algorytmy i Struktury Danych, Architektura Systemów Komputerowych, Assembler
12 Bazy danych Architektura wykład
R. 6-2 Struktura OBD-przyklad 1, Uczelniane, Semestr 2, Zaawansowane Systemy Baz Danych, WYKŁ [OZaik
arch06, UŁ Sieci komputerowe i przetwarzanie danych, Semestr II, Architektura systemów komputerowych
arch01, UŁ Sieci komputerowe i przetwarzanie danych, Semestr II, Architektura systemów komputerowych
arch08, UŁ Sieci komputerowe i przetwarzanie danych, Semestr II, Architektura systemów komputerowych
arch10, UŁ Sieci komputerowe i przetwarzanie danych, Semestr II, Architektura systemów komputerowych
arch09, UŁ Sieci komputerowe i przetwarzanie danych, Semestr II, Architektura systemów komputerowych
Egzamin, D. Zarządzanie danymi informacyjnymi, bazy danych, systemy informatyczne i zarządzanie proj

więcej podobnych podstron