Search  
Wednesday, May 23, 2012 ..:: Forum ::.. Register  Login
 Forum Minimize
Pentru a putea posta mesaje trebuie să vă înregistraţi.
Notă: Mesajele cu conţinut jignitor sau ilegal (inclusiv cereri de soft piratat) nu sunt acceptate şi vor fi şterse imediat .

Pentru a primi raspunsuri rapide si corecte, scrieti in mesaj ce intentionati sa faceti, ce mesaj de eroare primiti, in ce context si in urma caror actiuni. De asemenea, mentionati versiunea de FoxPro in care lucrati!
Dacă nu specificați versiunea, se consideră VFP 9.0 SP2.
SearchForum Home
  Visual FoxPro  Visual FoxPro in general  Variabila in me...
 Variabila in memorie vs. serializare
 
 7/6/2006 2:43:12 PM
User is offlineanonymous
0 posts


Variabila in memorie vs. serializare
 (N/A)
Am o apl. de facturare ce incrementeaza de la o factura listata la alta numarul. Problema mea cea mai mare era viteza asa ca m-am gandit ca la deschiderea apl. sa citeasca nr de fac. la care a ramas dintr-un xml si sa-l salveze intr-un obiect public (o proprietate a lui). Deci pe tot parcursul executiei numarul va sta in memorie urmand ca la sfarsitul zilei sa fie serializat inapoi in xml. Mecanismul acesta da gres la un moment dat (nu-mi dau seama cand si de ce) in sensul ca in timpul unei executii pierde numarul (ca si cum nu s-a mai incrementat de k ori: in loc de 15 il gasesc 12). Daca aveti vreo sugestie va rog sa o exprimati.
Multumesc.
 7/6/2006 4:26:59 PM
User is offlineDorin Vasilescu
1366 posts
1st




Re: Variabila in memorie vs. serializare
 (Romania)
Daca ai index dupa numarul facturii. SELECT MAX(nr_factura)... e extrem de rapid, neglijabil.

Sau GO BOTTOM + incrementare

Ce te faci daca va fi multiuser ?
 7/6/2006 7:07:53 PM
User is offlinenae racaru
714 posts
www.rarom.ro
1st




Re: Variabila in memorie vs. serializare
 (N/A)
Dupa parerea mea, cea mai buna metoda, pe care o folosesc de peste 12 ani, este o tabela cu utilizator, seria factura, numar factura si inca o coloana in care scriu daca a fost folosita sau nu. In felul asta nici la multiuser nu am avut probleme, iar introducerea unei cutii de facturi tractor sau schimbarea userului dureaza cateva secunde.
VFP 6 si 9 + Oracle
 7/7/2006 12:16:41 AM
User is offlinewtfia
142 posts
5th


Re: Variabila in memorie vs. serializare
 (N/A)
Ce faci daca se ia curentul sau crapa dintr-un motiv oarecare si tu salvezi numarul abia la sfarsit ? Ar trebui sa salvezi cat mai repede posibil, dupa parerea mea, respectiv dupa fiecare incrementare.
In cazul in care l-ai gasit 12, cand ai pornit programul era 12 ? Adica nu il schimba deloc, sau pierde incrementari pe parcurs si in loc sa il incrementeze cu 5, il incrementeaza doar cu 3 ? Pentru ca in cazul asta problema probabil e undeva in interiorul programului la incrementare, nu la salvare.
 7/7/2006 8:34:54 AM
User is offlineanonymous
0 posts


Re: Variabila in memorie vs. serializare
 (N/A)
se pierde incrementarea in cursul executiei nu la inceput(ex:la inceput era12 peste 1ora era 20 iar peste2 in loc sa fie 30 este tot 20).
am preferat sa nu serializez dupa fiecare incrementare pt ca acest nr de factura este unic pt fiecare statie in parte neexistind un acces concurent(nu este necesara o baza de date pt asta)
 Page 1 of 1
NextPreviousNo Rating
  Visual FoxPro  Visual FoxPro in general  Variabila in me...
Search  Forum Home         

 Google Ads Minimize
    

Copyright 2002-2010 Profox   Terms Of Use  Privacy Statement