dotNETportal.cz

Dobrý den, mám databázovou aplikaci která mimo jiné i zapisuje logování/odlogování uživatelů. Řeším jak zajistit korektní odhlášení uživatele v případě, že uživateli vypadne síťové připojení,spadne aplikace atd. Nechal jsem se inspirovat článkem na tomto webu (kreslící tabule která komunikuje po síti). Napadlo mě, že by na serveru kde mám nainstalovaný sql server neustále běžela aplikace, která by naslouchala na určitém portu a kam by se klientské aplikace po spuštění připojovaly.Pokud by z nějákého důvodu došlo k přerušení spojení, tak by aplikace na serveru věděla že se uživatel odhlásil (nebo došlo k problému) a provedla odhlášení v databázi (zápis do tabulek log-off). Chtěl bych jen vědět zda toto považujete za dobrý nápad a zda tím nebude neúměrně zatížen server. Aplikaci používá cca 60 lidí (tzn. 60 připojení).Server má 3,5GB RAM a procesory 4xIntel Xeon 3,4GHz.

Díky za názory:)

No přihlašování a odhlašování tam být musí (kontroluje to pracovník kdy jsou v práci). Teď to mám nastaveno tak, že aplikace při přihlášení kontroluje zda poslední odhlášení bylo korektní a pokud ne, tak provede odhlášení a hned přihlášení.(to znamená do času odhlášení dosadí aktuální datum a čas a do přihlášení také). Funguje to bez problémů, jen tam není ošetřen případ, kdy klientská aplikace spadne až ke konci pracovní doby (nebo nejde v kanclu proud,síť atd.) a uživatel se přihlásí až následující den. V tom případě mi to udělá pěkný maglajs ve statistikách které se automaticky generují.Já jsem si právě myslel, že aplikace na serveru zareaguje hned (stejně jako u té kreslící tabule,pokud se odpojím aplikace která je zrovna server zareaguje ihned).

A jaká je architektura vaší aplikace? Klient-SQL Server nebo Klient-Server-SQL Server? Ve druhém případě by bylo vše jednoduché, protože o správu klientů by se staral server a navíc je to řešení velmi škálovatelné.

Teď moc nerozumím.Klientské aplikace jsou na lokální PC u každého uživatele a aplikace se připojuje na SQL server.A na stejném serveru na kterém běží ten SQL server by běžela i ta aplikace které by se starala o monitorování připojení.(na tom serveru neběží pouze SQL databáze ale je tam toho víc).

A jak mate vyreseno to, ze kdyz nekdo si z te aplikace vytahne heslo, ktere se pouziva k databazi, a pripoji se k ni a nastavi si, ze byl v praci az do vecera? Pripojovani klienta primo k sql serveru je lidove receno "o usta".

Rád bych uvedl věci na pravou míru. Předně že se bude docházka sledovat tímto způsobem není výmysl můj ale vedení. A jde o to že aplikace primárně slouží k přidělování různých typů úkolů, počítání doby zpracování jednotlivých položek podle zaměření pracovníka atd, je toho více. Toho že by si někdo odchytnul heslo se nebojím. 99% pracovníků jsou ženy 40 let+ a nikdo z nich neumí programovat. Navíc user pod kterým se aplikace přihlašuje má oprávnění pouze na spouštění uložených procedur SQL serveru takže (pokud by to někdo z nich uměl jako že neumí) si neudělají ani select a mimo naše oddělení se na server nikdo nedostane. Výstup z aplikace je mimo jiné spoustu čísel a grafů pro vedení. A to je také důvod proč nikdo nenechá spuštěnou aplikaci aniž by u ní skutečně byl. Mimo jiné se totiž počítá produktivita práce pracovníka, takže pokud bude jen přihlášená aplikace ale pracovník nebude nic dělat, produktivita mu strašným způsobem klesne a hned to bude vidět...Aplikace spolehlivě funguje půl roku, k lepší kontrole korektního odhlašování mě přimělo to, že nám nedávno vypadnul asi na 2 hodiny proud. Bylo to bohužel ke konci pracovní doby a část pracovníků odešla domů, tudíž se přihlásila až druhý den a udělalo nám to problém ve statistikách.

A co tak logovat události do xml souboru na lokálním PC a ten xml souborek poté naimportovat do DB. Vše by se dalo zautomatizovat.

Tam je problém v tom, že se do databáze nezapisuje pouze přihlášení/odhlášení uživatele do aplikace, ale zapisují se tam časy a "stavy" z číselníků (to znamená zaznamenává se jakou činnost pracovník v dané chvíli dělá) a vše musí být online aby to vedení mělo průběžně k dispozici.