Salut.

Vreau sa fac si eu o aplicatie in VFP+MS SQL Express dar sint abia la inceput....

Exemplu :

Aplicatia se bazeaza pe stocuri(intrari-iesiri) cu baza de date pe server. In acelasi timp 2 sau mai multi useri vor sa vinda un anumit produs.Bineinteles ca atunci fiecare are deja pe PC-ul lui cursorul cu stocurile din magazie - aceleasi cantitati la fiecare produs.Unul dintre ei scade din stocul unui produs 50 unitati.

Intrebarea mea este : Va vedea acest lucru cel de-al doilea user ?? In cursorul de pe PC-ul lui se va updata automat cantitatea la stocul respectiv ?

Daca se poate va rog fiti cit mai expliciti .

Va multumesc !

Fiecare set de inregistrari adus de pe server la client corespunde momentului in care s-a executat SELECT-ul pe server. Este posibil ca, exact in acel moment, o inregistrare sa fie actualizata, dar tranzactia in care este actualizata sa nu fie comisa inca; in acest caz, setul adus de pe server nu reflecta aceasta modificare. Operatorul poate vedea stocul existent in momentul in care intocmeste documentul, dar stocul real se verifica si se actualizeaza in momentul salvarii pe server. Verificarea stocului astfel incat sa nu se ajunga pe stoc negativ se face eficient direct pe server, intr-un trigger After Insert, Update, Delete, trigger care, in cazul in care stocul devine negativ, returneaza o eroare iar inregistrarea respectiva nu este salvata.
Cum se implementeaza asa ceva:
Solutia lui Florin, cu tabela de stoc curent, este cea mai eficienta. Aceasta tabela poate avea urmatoarea structura:
IDGestiune, IDArticol, Intrare, Iesire, Stoc_Curent (coloana calculata), timestamp.
Va ava o cheie primara pe IDArticol+IDGestiune si CHEK CONSTRAINT cu expresia Intrare-Iesire>=0

Presupun ca exista o tabela (doua de fapt, antet si linii) in care se inregistreza documentele de miscare (nir, facturi, etc). Tabela "linii" va contine idarticol, gestiune, intrare, iesire.
Pe aceasta tabela se creeaza un trigger After Insert, Update, Delete
In acest trigger se executa urmatoarele operatii: se actualizeaza stocul curent cu cantitatile sterse (update, delete), se creeaza inregistrarea in tabela stoc_curent  in cazu in care nu exista articolul/gestiunea, se actualizeaza stocul curent cu cantitatile adaugate (insert, update).
Ca exemplu de cod in acest trigger (functioneaza si in cazul in care, la actualizare, s-a modificar articolul sau gestiunea unei inregistrari existente; cursorul deleted contine valorile dinainte de modificare, cursorul inserted contine valorile de dupa modificare) :

UPDATE stoc_curent set intrare=intrare-isnull(deleted.intrare,0), iesire=iesire-isnull(deleted.iesire) from stoc_curent, deleted WHERE stoc_curent.idarticol=deleted.idarticol and stoc_curent.idgestiune=deleted.idgestiune

INSERT INTO stoc_curent (idarticol, idgestiune) SELECT idarticol, idgestiune FROM inserted where inserted.idarticol+inserted.idgestiune not in (SELECT idarticol+idgestiune from stoc_curent)

UPDATE stoc_curent set intrare=intrare+inserted.intrare, iesire=iesire+inserted.iesire FROM stoc_curent, inserted WHERE stoc_curent.idarticol=inserted.idarticol and stoc_curent.idgestiune=inserted.idgestiune

Daca in tabela stoc_curent intrare-iesire aeste <0, verificarea restrictiilor pe aceasta tabel a (CHECK CONSTRAINT) va rejecta modificarea, triggerul va returna o eroare iar inregistrarea respectiva din tabela linii nu se va salva. Ramane sa interpretezi eroarea returnata in VFP, sa recitesti cursorul de stocuri si sa atentionezi operatorul, ca sa reia operatia cu noile date.

Bineinteles ca exista si o alta abordare, cu examinarea stocului client-side, dar ar trebui sa instalezi lock-uri (UPDLOCK sau HOLDLOCK) pentru a preveni modificarea liniei un timp ce este examinata, iar lucrurile deja se complica si poti ajunge usor la deadlock ....