Lucru in retea - In atentia adminului
Scris: Vin Oct 01, 2010 9:45 pm
La vechiul program de contabilitate pe care-l foloseam, am facut un fisier cu extensie ( .vbs) pe care-l deschideam de pe calculatorul statie de lucru si ma conectam la calculatorul server.
Acel program de contabilitate era facut in vfp 8 apoi readaptat in vfp9, iar baza de date era pe sql_server 2000. Ce facea acel fisier (.vbs), se conecta la programul instalat pe server fara a deschide de pe statie fisierul executabil, in acest fel reuseam sa evitam blocarile dese ale programului de pe server si implicit coruperea programului, singura conditie era ca trebuia copiat programul si pe statiile de lucru, dar nu se lansa direct fisierul executabil ci acel vbs.
daca s-ar face ceva identic si cu saga, s-ar evita in proportie foarte mare coruperea fisierelor.
asta ar fi una problema si de asemenea una solutie.
Apoi tot pentru fluidizarea lucrului in retea in aceleasi ecrane in special la culegerea de date primare ( inregistrare vanzari sau emitere facturi, dar e valabil si la receptii) o solutie pentru a evita blocarea utilizatorilor in timp ce se introduc datele primare, solutia ar fi ca la configurare sicietati sa se adauge o bifa pentru acordarea numarului urmator de factura abia in momentul in care se salveaza datele de antet ( respectiv denumirea clientului / furnizorului precum si data documentului). daca se introduce aceasta optiune in program va disparea in proportie de 99,99% eroarea ca se lucreaza la alt post de lucru ( sansele ca de pe 2 sau mai multe statii de lucru sa se salveze in acelasi moment antetul sunt infime), astfel programul ar numerota facturile emise pe server in ordinea salvarii lor de pe statii.
aceste imbunatatiri le suporta limbajul de programare in care este scris si saga
cu liniile de cod pentru respectivul fisier asa cum este in momentul acesta ii stau la dispozitie adminului sa-l trimit in cazul in care are nevoie de o inspiratie.
cu stima
Acel program de contabilitate era facut in vfp 8 apoi readaptat in vfp9, iar baza de date era pe sql_server 2000. Ce facea acel fisier (.vbs), se conecta la programul instalat pe server fara a deschide de pe statie fisierul executabil, in acest fel reuseam sa evitam blocarile dese ale programului de pe server si implicit coruperea programului, singura conditie era ca trebuia copiat programul si pe statiile de lucru, dar nu se lansa direct fisierul executabil ci acel vbs.
daca s-ar face ceva identic si cu saga, s-ar evita in proportie foarte mare coruperea fisierelor.
asta ar fi una problema si de asemenea una solutie.
Apoi tot pentru fluidizarea lucrului in retea in aceleasi ecrane in special la culegerea de date primare ( inregistrare vanzari sau emitere facturi, dar e valabil si la receptii) o solutie pentru a evita blocarea utilizatorilor in timp ce se introduc datele primare, solutia ar fi ca la configurare sicietati sa se adauge o bifa pentru acordarea numarului urmator de factura abia in momentul in care se salveaza datele de antet ( respectiv denumirea clientului / furnizorului precum si data documentului). daca se introduce aceasta optiune in program va disparea in proportie de 99,99% eroarea ca se lucreaza la alt post de lucru ( sansele ca de pe 2 sau mai multe statii de lucru sa se salveze in acelasi moment antetul sunt infime), astfel programul ar numerota facturile emise pe server in ordinea salvarii lor de pe statii.
aceste imbunatatiri le suporta limbajul de programare in care este scris si saga
cu liniile de cod pentru respectivul fisier asa cum este in momentul acesta ii stau la dispozitie adminului sa-l trimit in cazul in care are nevoie de o inspiratie.
cu stima