🚀 go-pugleaf

W dniu 2018-02-12 o 08:33, Tomasz Kaczanowski pisze:
>> No i słusznie. U mnie tez nie modyfikują. Struktura bazy jest 
>> utrzymywana przez aplikację główną lub jej moduł zajmujący się 
>> aktualizacjami. Same pluginy czy dllki używają tego co dostarcza core 
>> systemu. I tak jak pisał wloochacz, najwyżej są w bazie tabele, procki 
>> czy cokolwiek, które nie są używane jeśli nie jest zainstalowany czy 
>> dostępny dany plugin/dllka.
> 
> fuj... Tak teraz mam (kod zastany). Poprzednio struktura bazy była 
> nietykalna, wszelkie programy logujące się do bazy otrzymywały 
> informację zwrotną, czy mogą, czy nie w zależności od wersji. 
Zaraz, STOP!
Jakie programy?
Nikt tu z nas nie pisał o programach, tylko o pluginach.
Plugin != program.

> To nie 
> program wyznaczał jak ma wyglądać baza, a baza, jaki program do niej 
> może się dostać.. Inaczej informacja zwrotna gdzie leży aktualny moduł, 
> by zaktualizować sobie plugin/program/cokolwiek. 
Nic z tego nie rozumiem...

> Od tego by baza była 
> spójna jest administrator, który otrzymywał odpwoiedni "instalator" ze 
> skryptami modyfikującymi. Teraz zastałem właśnie koszmarek, w którym 
> ktos trzyma strukturę w programie i aktualizuje bazę... Więcej z tym 
> problemów niż zysku...
Aje jak trzyma "strukturę w programie"?
Jeśli to podejście ORMowe w stylu code-first, to OK.
Jeśli to skrypty SQLowe w aplikacji, to.. hmm... nie wiem jak współczuć :D

> Pomysł  głupi, pierwszy raz się z nim spotkałem właśnie rok temu (przy 
> prawie 20 latach programowania) i mam nadzieję,  że nigdy więcej....
Nie wiem dokładnie co jest głupim pomysłem wg Ciebie.

Ale z tego co piszesz (jedna baza wiele "programów", które z niej 
korzystają, a każdy uj wie w jakiej wersji) to brzmi jakby ktoś użył 
centralnej bazy danych jak serwera aplikacyjnego, bez wersjonowania API 
tego serwera.
I to faktycznie, pomysł nie tyle głupi, co tego kto to wymyślił i tego 
co się na to zgodził, należałoby publicznie wychłostać.

-- 
wloochacz