Updater - Historia wersji

Sebasoul o 11:32, 13 maj 2015

2015-05-13T11:32:02Z

ArekG o 06:37, 15 lut 2013

2013-02-15T06:37:19Z

Sebasoul: /* Katalogi na serwerze */

2010-01-08T12:11:56Z

‎Katalogi na serwerze

Sebasoul: /* Katalogi na serwerze */

2010-01-08T11:00:28Z

‎Katalogi na serwerze

Sebasoul o 10:59, 8 sty 2010

2010-01-08T10:59:15Z

Admin o 10:06, 26 paź 2009

2009-10-26T10:06:20Z

Admin o 10:05, 26 paź 2009

2009-10-26T10:05:39Z

Sebasoul o 07:43, 26 paź 2009

2009-10-26T07:43:15Z

Sebasoul o 11:47, 23 paź 2009

2009-10-23T11:47:02Z

Sebasoul o 11:46, 23 paź 2009

2009-10-23T11:46:42Z

@@ Linia 31: / Linia 31: @@
 = Katalogi na serwerze "Gate" =
 Oprócz katalogów z symbolami poszczególnych firm oraz katalogi SQL, na serwerze (Gate) znajdują się także katalogi systemowe
 * System - pliki systemowe dla systemu [[Motława]]

← poprzednia wersja		Wersja z 06:37, 15 lut 2013
Linia 1:		Linia 1:
	{{Dopracować}}		{{Dopracować}}

		+	Updater jest mechanizmem automatycznego uaktualniania struktury bazy danych i pobierania na serwer nowej wersji programu (jeżeli takowa została dla klienta wystawiona). Mechanizm działa w oparciu o linuksowy harmonogram zadań (cron.daily) i jest wywoływany codziennie o zdefiniowanej dla tego harmonogramu godzinie (zazwyczaj w godzinach nocnych).<br>
		+
		+	Updater łączy się z odpowiednim serwerem firmy INT i pobiera z niego pliki zmian SQL, które zostały zmodyfikowane w ciągu ostatniej doby. Podobnie pobierana jest wersja programu. Czyli jest to mechanizm jednostronny 'do klienta'.<br>
		+
		+	Po pobraniu plików SQL następuje ich automatyczny zapis do odpowiedniego katalogu na serwerze i wprowadzenie do bazy (czyli wykonanie SQLZmian). Wersja programu zostaje zapisana w katalogu zdefiniowanym w konfiguracji serwera (/etc/motlawa/motlawa.conf), zazwyczaj jest to katalog '''new'''. Wersja nie jest automatycznie zamieniana na wersję roboczą.<br>
		+
		+	Oprócz automatycznych SQLZmian funkcjonują również tzw. "SQL Pre" wykonywane ręcznie na serwerze. Z reguły zawierają one uaktualnienia bazy danych o funkcje przeznaczone nie dla wszystkich klientów (np. wykonywane z naszych programów deklaracje PIT czy VAT, których nie wykonują wszyscy klienci).<br>

	Updater pobiera zawartość katalogów '''SQL''', '''SQL51''', '''nazwa_klienta/SQL''', '''nazwa_klienta/SQL/nazwa_bazy'''.		Updater pobiera zawartość katalogów '''SQL''', '''SQL51''', '''nazwa_klienta/SQL''', '''nazwa_klienta/SQL/nazwa_bazy'''.

@@ Linia 23: / Linia 23: @@
 '''Katalog nazwa_klienta''' <- chodzi o katalog na serwerze Gate ;)
-= Katalogi na serwerze =
+= Katalogi na serwerze "Gate" =
 Oprócz katalogów z symbolami poszczególnych firm oraz katalogi SQL, na serwerze (Gate) znajdują się także katalogi systemowe
 * System - pliki systemowe dla systemu [[Motława]]

@@ Linia 26: / Linia 26: @@
 Oprócz katalogów z symbolami poszczególnych firm oraz katalogi SQL, na serwerze (Gate) znajdują się także katalogi systemowe
 * System - pliki systemowe dla systemu [[Motława]]
-* Utils - dodatkowe aplikacje
+* Utils - dodatkowe aplikacje związane pośrednio z systemem Motława

@@ Linia 22: / Linia 22: @@
 '''Katalog nazwa_klienta''' <- chodzi o katalog na serwerze Gate ;)
 [[Kategoria: MySQL]]
 [[Kategoria: System]]
 [[Kategoria: Motława]]

← poprzednia wersja		Wersja z 10:06, 26 paź 2009
Linia 2:		Linia 2:


−	Updater pobiera zawartość katalogów '''SQL51''', '''nazwa_klienta/SQL''', '''nazwa_klienta/SQL/nazwa_bazy'''.	+	Updater pobiera zawartość katalogów '''SQL''', '''SQL51''', '''nazwa_klienta/SQL''', '''nazwa_klienta/SQL/nazwa_bazy'''.
	Pliki są serializowane w postaci nr_wersji.sql. (np 123.sql) Nie należy wykonywać update tabeli wersja - mechanizm updatera robi to sam.		Pliki są serializowane w postaci nr_wersji.sql. (np 123.sql) Nie należy wykonywać update tabeli wersja - mechanizm updatera robi to sam.

@@ Linia 3: / Linia 3: @@
 Updater pobiera zawartość katalogów '''SQL51''', '''nazwa_klienta/SQL''', '''nazwa_klienta/SQL/nazwa_bazy'''.
 Przykładowa konfiguracja - katalog klienta INT.
 Przyjmujemy założenie, że klient jest tożsamy z serwerem lub serwerami - jeśli zaistnieje potrzeba rozróżnienia serwerów (a co za tym idzie wersji .exe) to należy utworzyć odpowiedni katalog.

← poprzednia wersja		Wersja z 07:43, 26 paź 2009
Linia 17:		Linia 17:

	Dopuszczalne jest przeniesienie procedury z katalogu klienta w górę hierarchii, ale nie odwrotnie!		Dopuszczalne jest przeniesienie procedury z katalogu klienta w górę hierarchii, ale nie odwrotnie!
		+
		+
		+	'''Katalog nazwa_klienta''' <- chodzi o katalog na serwerze Gate ;)

@@ Linia 6: / Linia 6: @@
 Przyjmujemy założenie, że klient jest tożsamy z serwerem lub serwerami - jeśli zaistnieje potrzeba rozróżnienia serwerów (a co za tym idzie wersji .exe) to należy utworzyć odpowiedni katalog.
-'''Katalog SQL''' - zmiany globalne - wszystkie zmiany struktur tabel i definicji widoków za wyjątkiem ''mocno uzasadnionych przypadków'', triggery
+'''Katalog SQL''' - zmiany globalne - wszystkie zmiany struktur tabel i definicji widoków za wyjątkiem ''mocno uzasadnionych przypadków'', [[Trigger|triggery]]
 '''Katalog SQL51''' - zmiany globalne, dla wszystkich klientów - globalnie używane procedury i funkcje składowane

@@ Linia 2: / Linia 2: @@
-Updater pobiera zawartość katalogów SQL51, nazwa_klienta/SQL, nazwa_klienta/SQL/nazwa_bazy.
+Updater pobiera zawartość katalogów '''SQL51''', '''nazwa_klienta/SQL''', '''nazwa_klienta/SQL/nazwa_bazy'''.
 Przykładowa konfiguracja - katalog klienta INT.
-Przymujemy założenie, że klient jest tożsamy z serwerem lub serwerami - jeśli zaistnieje potrzeba rozróżnienia serwerów (a co za tym idzie wersji .exe) to należy utworzyć odpowiedni katalog.
+Przyjmujemy założenie, że klient jest tożsamy z serwerem lub serwerami - jeśli zaistnieje potrzeba rozróżnienia serwerów (a co za tym idzie wersji .exe) to należy utworzyć odpowiedni katalog.
 '''Katalog SQL''' - zmiany globalne - wszystkie zmiany struktur tabel i definicji widoków za wyjątkiem ''mocno uzasadnionych przypadków'', triggery
@@ Linia 14: / Linia 14: @@
 '''Katalog nazwa_klienta/SQL/nazwa_bazy''' zmiany dotyczące wyłącznie wskazanej bazy danego klienta, reszta zastrzeżeń j.w.
-Wszystkie zmiany są serializowane - tabela wersja zawiera pola nr, nr51, nr_kl, nr_db odpowiadające za serializację zmian na odpowiednich poziomach.
+Wszystkie zmiany są serializowane - tabela [[wersja (tabela SQL)|wersja]] zawiera pola '''nr, nr51, nr_kl, nr_db''' odpowiadające za serializację zmian na odpowiednich poziomach.
 Dopuszczalne jest przeniesienie procedury z katalogu klienta w górę hierarchii, ale nie odwrotnie!