> eventualno neki link ili primer, ili si mislio na SOAP ili REST server koji bi rukovodio konekcija?
Mislio sam na cache same baze, pogledaj recimo
https://www.linkedin.com/pulse...hardware-guide-alexey-kovyazin. To je noviji clanak, ranije sam nalazio dosta toga na temu velicine kesa ali ne mogu naci vise te linkove. Ono gde znam da ima dosta sadrzaja je The Firebird book od Helen Borrie.
> ps. Ja radim ca embarcadero c++.
Ako bi isao na resenje sa application serverom pogledaj mORMot (open source Delphi framework ali mislim da moze i iz Buildera), koristi se sa par miliona dnevnih korisnika.
>> 3.0 ne bih smeo da jos uvek koristim jer je u pitanju izuzetno veliki projekat i strah me je od gubitaka podata.
Nema razloga, a kao sto kazu, bekap glavu cuva.
> Shedow sam mislio bas zbog situacije da dobijem korumpiranu bazu iz nekog razloga pa da period oporavka traje relativno kratko.
Sa njom je upravo taj problem ako dobijes korumpiranu bazu onda je korumpiran i shadow copy. Shadow jedino pomaze ako se desi hardverski problem pa tipa disk crkne ali i shadow moze samo na lokalni disk da ide tako da i disk gde je on moze da crkne kad i primarni.
Ako imas logicki problem sa bazom onda se on replicira i na shadow bazu. Zato je bolje da koristis RAID 5 ili 10, eliminises hardverske probleme, plus drasticno ubrzavas rad.
> Ja sam najvise koristi fb za oko 200 korisnika, konkuretnih konekcija je tesko izracunati, ali ovde se radi o mnogo vecoj
> kolicini korisnika gde se mora ispostovati verodostojnost podatka i pristupacnost podatku 24/7.
> Alternativa su komerijale (ORACLE ,MSSQL) .... ali nekako ... intuitivno osecam da fb to moze uz puno konsultacija....
Moze sigurno, s tim sto sam firebird network protocol i nije bas najbolji (mozda je pobosljan u verziji 3) i ima dosta latencije pa ako bi 10k korisnika citalo podatke onda bi to vec usporilo. Mislim da ti je application server bolje resenje, verujem da od tih 10k korisnika vecina mora imati iste potrebe sa podacima pa to mozes dosta kesirati.