už OT: ponuka prace - školství v hajzlu

[Tomáš Vymětal]

Já se v praxi setkal se dvěma principy řešení.

V tom prvním se při takto duplicitně zadaných datech vyjela po 
synchronizaci dat (tehdy dialup, takže jednou denně v noci) sjetina 
takto nekonzistentních záznamů a rozeslala se patřičným uživatelům k 
vyřešení. Logicky taková data většinou nabourala generování různých 
reportů, které se jednoduše pro daný termín nevyjely a bylo nutné je po 
vyřešení problémů spustit ručně.

V druhém případě jsem zažil systém ošetřený přístupovými právy (firemní 
IS), kde pobočka může zasahovat do dokladů pouze vlastní pobočky a tedy 
lokálně. Pokud potřebuje opravovat cizí pobočce, musí si vyžádat ticket 
od serveru cizí pobočky a řešit vše přes něj, i přesto, že data má 
lokálně k dispozici.

U toho ÚP těžko hádat, chtěl bych říct, že i ten systém práv by nebyl 
špatnou cestou, ale klientovi těžko vysvětlíte, že zrovna nemáte 
vzdálený přístup k jeho složce. Na druhou stranu zase pořád takových 
lidí bude odhadem dvacetina oproti těm "lokálním".

Z doslechu mám třeba případ paní, co měla trvalé bydliště v jižních 
čechách, přitom bydlela na severní moravě, na jižní moravu dojížděla do 
práce, přitom ale sídlo firmy je v praze. A pak onemocněla. Systém, a 
celkově lidi z toho byli úplně v prdeli, protože vlastně nevěděli, pod 
který okres spadá, kde by měla řešit papíry a kdo by ji měl vyplácet. 
Než se to vyřešilo, už byla půl roku zpět v práci. Aspoň, že se 
napočítali penále z prodlení.

TV


Dne 9.2.2012 13:25, Jaroslav Buchta napsal(a):
> Jen technicka, se mi proste nasadil brouk do hlavy...
> Co kdyz v offline rezimu zmeni jeden zaznam na 2 mistech? To pak vyskoci
> pri replikaci jako chyba a musi se to resit rucne?
>
> Dne 9.2.2012 13:17, RV napsal(a):
>> Ted nechapu - koncova aplikace tam byt musi tak jako tak, ale
>> nekomunikuje se serverem nekde v tramtarii, ale s lokalnim SQL.
>>
>> Vsechno co je dal aplikaci nezajima, protoze to se naprogramuje na
>> urovni replikacnich serveru. Centralni servery pak resi jen spravu
>> centralnich ciselniku a samozrejme dotazy na data za vetsi spravni
>> celky. Pokud se pak rozpadnou spojeni mezi stredisky a centrem tak
>> stale mate platna a konzistentni data k nejakemu okamziku (protoze
>> replikacni servery zajistuji transakcnost), na primarnich SQL se jen
>> zacnou syslovat data a v okamziku kdy se spojeni obnovi tak se vse
>> automaticky doreplikuje a jste zase na svych.
>>
>> Samozrejme nastaveni/programovani a vyladeni replikacniho systemu neni
>> trivialni, ale na Mesic take nemuzete jet Trabantem.
>>
>> Radek Vicek
>>
>> Dne 9.2.2012 13:04, Kamil Rezac napsal(a):
>>> Teoreticky ano, ale maloktery zakaznik je ochoten tu vicemene
>>> dvojnasobnou pracnost zaplatit...
>>> KR
>>>