buna ziua,
fericire mare cind am dat peste acest forum. sper sa ma ajutati si pe mine cu o problema:

se da o baza de date sa zicem clienti.dbf. avem cimpul client_id care este un cimp cu auto incrementare, setat cind se creaza baza de date (cimp din ala integer). cu ajutorul wizard fac un formular si ma folosesc de butoanele care se genereaza : inaite, inapoi, add.....exit. cind actionez butonul add in client_id se pune valoarea 1, dupa cum este si normal. salvez. repet instructiunea aveam valoarea 2 s.a.m.d.

acum intervine beleaua: daca dau add, in mod normal urmeaza 3, si e corect! dar, sint cazuri in care vrei sa renunti la o noua adaugare si dai renuntare. foarte bine, instructiunea se respecta, dar daca vreau sa aduc o noua inregistrare aici e surpriza : in loc sa puna la client_id valoarea 3, care trebuie sa urmeze in mod normal, tine minte ca a fost tentativa de adaugare a ceste valori si pune .... 4 si tot asa...

intrebare : cum sa fac sa nu mai tina minte valoarea la care am dorit sa renunt? ce sa pun in propietati pe la metodele acelea, eventual pe la lost focus sau destroy, chiar nu stiu .....

multumesc de raspuns - evntual un mic exemplu daca se poate sa atasati (un form)

adrian

In primul rand nu ar trebui sa te intereseze ce valoare are campul client_id. Acest camp trebuie folosit exclusiv pentru a identifica unic o inregistrare. Niciodata nu se arata utilizatorului.

Poti face ceea ce vrei tu folosind view-uri. Datele se vor salva in tabela doar in momentul in care se executa linia Tableupdate. In view nu te intereseaza ce valoare are cheia. Aceasta va fi adaugata doar in momentul in care salvezi datele. Pentru folosirea view-urilor da jos din sectiunea Downloads/Tutoriale incepatori/Contacts pentru incepatori.

multumesc de interes,

practic am nevoie de cimpul acesta care sa reflecte unic o inregistrare pentru ca exista posibilitatea ca sa am pe inregistrarea 1 nume_client = popescu si acelasi popescu poate fi si pe inregistrarea x din celelalte 99 ramase...

in plus prin client_id va trebui sa am asigurata relatie in alta baza de date solicitari.dbf, unde va trebui ca sa am aceeasi valoare client_id sa pot face relatia 1:M. adica un client poate avea mai multe solicitari ! 

Tibisan wrote pai atunci da-le userilor posibilitatea sa caute ce clienti au bagat. faptul ca ei duplica un acelasi client in tabela de clienti tine de organizare a muncii si folosire a aplicatiei, nu de legaturile din aplicatie. Intr-o aplicatie eroarea umana este inevitabila si, pentru ca mereu avem ceva de imbunatatit, se dovedeste ca nu 100% controlabila... decat daca face foarte putine lucruri. sau poate nici atunci...

sa admitem ca la un moment dat pot fi "en" de popescu, si in acest caz ei (clientii ca si entitati) se vor diferentia prin cnp. acum o sa vina intrebarea de ce mai am nevoie de client_id cind pot avea unic cimpul cnp ? Nu toti clientii vor dori sa-si decline identitatea cnp ! in acest caz poate fi completat manual de forma 1000000000000 s.a.m.d., existind posibilatetea de dublaj, sau poate fi lasat cimp gol pina la obtinerea, pe o alta cale, a cnp de la client 

hai ca ne-a cam abatut de la tema subiectului, deci cum fac sa nu mai tina minte acea valoare incrementata ?

Diferenta intre cele 2 tipuri de valori, cnp si client_id, este ca mai degraba poti face relatii pe campul id, si cautari prin index, decat prin cnp. Exista o diferenta intre unicitatea datelor si unicitatea inregistrarilor. Cea din urma urmareste independenta fata de prima, iar prima se asigura prin validari de date. Iar programatorul trebuie sa asigure conlucrarea intre cele 2 pentru a asigura date consistente.

Dar ca sa nu incep monologuri, solutia pe care o cauti tu are 2 taisuri: poti sa te uiti in exemplul furnizat in Solution.app care vine cu foxul, in capitolul "what's new in vfp8" unde este implementata o incrementare manuala la care poti umbla. Dar odata ce renunti la metoda alocarii unice, o singura data, a unui id, renunti la siguranta 100% ca id-ul acela este unic, tocmai datorita faptului ca dai inainte/inapoi id-ul ala in functie de salvarea inregistrarilor.

De ce nu faci altfel? Nu adaugi inregistrare decat in momentul cand esti sigur ca informatia trebuie salvata prin verificari. Trebuie sa-ti regandesti metodele, pentru ca eu nu vad cum ai putea impune unicitatea cum vrei tu....

Si mai este un aspect: daca vrei continuitate de id, va trebui sa umbli la golurile lasate de stergerea unora dintre id-uri, si sa le refolosesti astfel incat sa nu existe (prea multe) gauri. Bataie de cap nu gluma....