Ar trebui sa mearga in timp real. In loc de rlock si unlock care incetinesc accesul se poate folosi o data in "main" set multilocks on.Este bine ca tabelele sa fie deschise "shared". Daca tot mai este lent atunci ar trebui o analiza mai adinca. De exemplu la pornire sa se creeze fisierele index local pe fiecare statie de lucru ....etc.

Din pacate da, il incetinesc pentru ca anumite comenzi (cam 95% din cele uzual folosite) blocheaza automat inregistrarile, deci poti ajunge in situatia sa blochezi si sa deblochezi de 2 ori . Este vorba de folosirea "locking" in regim manual sau automat. De ce sa nu pun set multilocks on si sa folosesc regimul automat (adica sa las fox-ul sa gestioneze) decit sa blochez si deblochez manual ? Sint situatii cind esti nevoit sa folosesti manual, dar este mai rar. Pentru mai multe detalii :

http://msdn2.microsoft.com/en-us/library/aa975797(VS.71).aspx

Subiectul topicului era cu totul altul ...

De cind a fost cumparat fp si pina azi, vechile comenzi inclusiv tehnologia rushmore sau pastrat intacte, sau adaptat doar sursele "fox"-ului in C++ pentru a fi compilate pentru diverse sisteme de operare.

Subiectul este ca de obicei, este sa raspunzi la intrebarea pusa.... nu la raspunsul meu...Cel care a intrebat va alege ce ii place si i se potriveste...