http://brain.fuw.edu.pl/edu/index.php?action=history&feed=atom&title=%2FBazyDanychZasady 2026-04-24T04:54:49Z Historia wersji tej strony wiki MediaWiki 1.34.1 http://brain.fuw.edu.pl/edu/index.php?title=/BazyDanychZasady&diff=2019&oldid=prev 2015-05-23T14:40:37Z

<p>Utworzono nową stronę &quot;= <a href="/edu/index.php/TI:WTBD" title="TI:WTBD">TI:WTBD</a>/BazyDanychZasady = Każdy w miarę nietrywialny program operuje na jakichś danych, zazwyczaj też posługuje się jakąś formą ich trwałego zapisu. Co...&quot;</p> <p><b>Nowa strona</b></p><div>= [[TI:WTBD]]/BazyDanychZasady =<br /> <br /> Każdy w miarę nietrywialny program operuje na jakichś danych, zazwyczaj też posługuje się jakąś formą ich trwałego zapisu. Co więc stanowi wyróżnik oprogramowania bazodanowego?<br /> <br /> == abstrakcja i niezależność danych ==<br /> Przez ''abstrakcję danych'' rozumie się fakt, że oprogramowanie bazodanowe stanowi warstwę pośredniczącą uwalniającą programistę aplikacji od zajmowania się ,,fizycznymi&quot; szczegółami formatu zapisu danych (ich serializacji), w tym również od bezpośredniej obsługi operacji wejścia/wyjścia. Zamiast tego, dane są udostępniane w postaci pewnej struktury logicznej, z predefiniowanymi operacjami implementowanymi na poziomie systemu -- nie ma potrzeby parsowania strumienia bajtów, aby zinterpretować go jako zapis danych, system to robi za nas.<br /> ''Niezależność danych'' oznacza odprzęgnięcie definicji ich struktury logicznej od konkretnej aplikacji, która z tych danych korzysta. Daje to elastyczność: na tych samych danych można oprzeć wiele aplikacji.<br /> <br /> == współdzielenie danych ==<br /> Współdzielenie oznacza korzystanie z tych samych danych przez więcej niż jedną aplikację równolegle. <br /> <br /> Nie jest to wielkim problemem, jeżeli wszystkie one, poza ewent. jedną, wykonują równolegle jedynie operacje odczytu. Chociaż i taka sytuacja wymaga nieco dbałości (by nie zostały odczytane ,,niekompletne&quot; wyniki operacji zapisu czy modyfikacji). <br /> <br /> Natomiast problem wielodostępu do danych z wieloma procesami zapisującymi czy modyfikującymi dane nie został w sposób zadowalający rozwiązany na poziomie systemów operacyjnych, ponieważ jest to problem '''trudny'''. Przeplatanie się operacji zapisu/modyfikacji, zwłaszcza sparametryzowanych wcześniejszymi stanami danych, musi prędzej czy później prowadzić do katastrofy (naruszenia ''integralności danych''), jeżeli się nie zadba o specjalną obsługę takiej sytuacji.<br /> <br /> Najczęstszym rozwiązaniem spotykanym w praktyce są transakcyjne systemy klient-serwer, gdzie dostęp do danych jest scentralizowany i znajduje się pod kontrolą pojedynczego procesu -- serwera, a aplikacje -- klienci zlecają serwerowi operacje na danych, dodatkowo blokując je w ''transakcje''. Taka centralizacja ma wiele dodatkowych zalet z punktu widzenia aplikacji administracyjnych czy biznesowych.<br /> <br /> == integracja ==<br /> Centralne składowanie wszystkich danych dotyczących danego obszaru działalności umożliwia uniknięcie zbędnych powtórzeń tych samych informacji — ułatwiając utrzymanie spójności, oraz usprawnia uzyskiwanie odpowiedzi na pytania złożone — wymagające czerpania informacji z różnych logicznie zbiorów danych<br /> <br /> == integralność ==<br /> Warstwa oprogramowania bazodanowego — serwer, biblioteka, czy tp., obarczona jest również dbaniem o zachowanie poprawności formalnej danych, zdefiniowanej za pomocą precyzyjnych reguł. System nie powinien akceptować zleceń operacji prowadzących do naruszenia reguł integralności. <br /> <br /> Zachowaniu integralności (w sensie odporności na błędy programistyczne) sprzyja również skupienie zadań serializacji danych i operacji we/wy w wyodrębnionym, dobrze sprawdzonym i zdebugowanym oprogramowaniu.<br /> <br /> == bezpieczeństwo i kontrola dostępu ==<br /> SZBD, zwłaszcza te zbudowane na modelu klient-serwer, zazwyczaj implementują swoje własne modele kontroli dostępu do danych, niezależne od mechanizmów systemu operacyjnego i bardziej od nich szczegółowe/elastyczne. <br /> <br /> Zastosowanie modelu klient-serwer pozwala również na izolację maszyny-serwera od bezpośredniego dostępu użytkowników programów klienckich, zapewniając im jedynie ściśle limitowany i kontrolowany dostęp za pośrednictwem wyspecjalizowanego protokołu.</div>

Jarekz