===== Wykład z 24 pazdziernika 2009 =====
===== Zarządzanie transakcjami =====
Pożądane własności transakcji:
* atomowość - transakcja musi zostać wykonana w całości, lub wszystkie czesciowe efekty jej wykonania musza zostac wycofane,
*
===== Wykład z 7 listopada 2009 roku =====
Piotr Bajerski (p. 404) - piotr.bajerski@polsl.pl
Wzorce:
==== MVC ====
Rozdzielamy dane od kontrolera i modelu, na trzy odrębne role.
==== Singleton ====
Zapewnia unikalność danej klasy i zapewnia globalny dostęp do niego.
- problemy w środowiskach wielowątkowych (może zostać dwukrotnie utworzona klasa)
- w Javie - "niebezpieczna publikacja" - w C++ działa.
Można zastosować słowo: ''volatile'', które temu zapobiega. Można również zastosować inicjalizację wyprzedzającą, bądź tzw. inicjalizację leniwą z klasą pomocniczą.
==== Fabryki ====
* Fabryka to metoda lub obiekt służący do tworzenia obiektów,
* Rozdzielenie tworzenia obiektów od ich wykorzystywania,
* Wielu użytkowników obiektów, jedno miejsce ich tworzenia,
* Użytkownik nie wie z obiektem jakiej klasy ma do czynienia, zna tylko interfejs...
* Fabryki zadządzające...
=== Metoda wytwórcza ===
----
SDB
http://zti.polsl.pl/EPluciennik/index.html
----
=====SDB 23 stycznia 2010=====
Aktywne systemy baz danych
To takie systemy, które "żyją" również gdy nie są do nich kierowane żadne transakcje. W bazach tych jest możliwość zmian stanu ich obiektów poza sesjami użytkowników. "Uaktywnienie" takiej bazy może nastąpić na przykład w następujących sytuacjach:
* na skutek zajścia określonego zdarzenia zewn.,
* na skutek zakończenia realizacji określonego zbioru transakcji,
* na skutek upływu określonego czasu
Model ECA (Event, Condition, Action) - zdarzenie, warunek i akcja
WHEN [ON]
IF [WHERE]
THEN [DO]
ATTRIBUTES {Priorytet, tryb sprzężenia}
Zastosowanie:
* nowe rodzaje więzów integralności
* automatyczne utrzymywanie przez system spójności danych
* systemy klasy OLAP (!) [online analitycal processing]
* rozproszone bazy danych z mechanizmami fragmentacji i replikacji danych
Własności:
* schematy aktywności określające zależności zachodzące między zdarzeniem a wyzwalną przez nie akcją,
* zbiór typów zdarzeń elementarnych, któe mogą być użyte do definicji aktywnych reguł
* zbió dostępnych operatorów zdarzeniowych, za pomocą któych definiuje się proste zdarzenia
*
Schematy aktywności:
* relacja czasowa - pokrycie się momentu odpalenia akcji z momentem wystąpienia zdarzenia
* relacja transakcyjna - akcja uruchamiana jako część transakcji, w ramach któej wystąiło zdarzenie, czy jes tosobną transakcją
* relacja zależności -
==PostgreSQL====
==Reguły==
Szybsze od triggerów (wyzwalaczy) ale mają mniejsze możliwości
CREATE [OR REPLACE] RULE nazwareguly AS ON zdarzenie
TO obiekt
[WHERE warunek]
DO [ALSO|INSTEAD] [akcja | (akcje) | NOTHING];