Citat:
Ako baza treba imati vise od dva-tri korisnika, zaboravi desktop baze kao Paradox, Access i sl. Ne mozes nedostatke baze sakriti sa App serverima i slicnim dodacima. Sto vise, negde gore bio je neki decko koji je tvrdio da 150K korisnika pristupa paradox bazi i da ima svoj metod zakljucavanja baze. Baza ima ono sto ima, ti nemozes dodati ili oduzeti metode zakljucavanja. Valjda je covek mislio da ima 150K slogova sa korisnickim nalozima, posto 150K konkurentnih usera je previse i za oracle na 16 procesorskom sistemu (spekulacija).
:)
Kad sam napisao "korisnici" nisam mislio ni na broj konkurentnih korisnika baze a ni na broj slogova u tabeli usera, vec broj recorda u glavnoj tabeli korisnika (kablovske televizije), kojoj moze da se istovremeno da se pristupa sa nekih 20-ak lokacija (sto je sigurno vise od 2-3:), a ni uopste nisam tvrdio da imam "neki svoj metod zakljucavanja baze", nego samo cisto programski resen problem istovremenog pristupa i izmene baze od strane tih 20-ak korisnika, pri cemu se razlikuju nivoi pristupa i izmene baze u zavisnosti od nivoa usera koji pristupa bazi. Ideja je u TCP/IP komunikaciji za izmene na bazi pri cemu se samo izmene salju preko socketa, a server posle "natenane" primenjuje te izmene i dostavlja nazad (opet preko TCP/IP-a) izvestaj o uspehu onom useru koji vrsi izmenu, a ostale usere (transparentno) obavestava da se baza izmenila i (opet transparentno) preuzimaju se samo izmenjeni recordi. Korisnicki kompovi dok klijent program radi imaju svoju bazu lokalno koja se podudara sa serverskom (naravno, nisu svi recordi dostupni svima, zavisi od nivoa pristupa).
Verovatno za neku jacu svrhu da bi mi mozda i bio potreban neki od DB servera, ali za ovo mi je opisani metod sasvim dovoljan, imam punu kontrolu nad finesama koje mogu da isksrnu, i sto je najbitnije za sada jako lepo radi (jos uvk u test fazi :)
Btw., izvinjavam se zbog onakvog reagovanja, nesto mi nije bio dan. U sustini nemam nista protiv DB servera, moj je problem sto volim tradicionalne metode.