Search  
Friday, May 25, 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  Client/Server  Ajutati-ma cu u...
 Ajutati-ma cu un sfat!
 
 8/9/2005 11:53:15 PM
User is offlineGhiorghiu Bogdan
928 posts
1st




Ajutati-ma cu un sfat!
 (Romania)

Vreau sa fac o aplicatie de gestiune (sunt la faza de culegere de informatii, discutii, gandire, invatare si proiectare) destinata firmelor mici (ce isi desfasoara activitatile in magazine, sectii de productie,  restaurante, hoteluri, ect) dar sa faca fata si unui depozit de rang mare (cu puncte de lucru in dif locatii) sau supermarket cu 10 puncte de vanzare + 2,3 la aprovizionare, si sa poata fi folosit si de contabili autorizati (in sensul de multisocietate)

Nu stiu ce sa aleg:

1 MSDE (nu cunosc o boaba)

2 Postgresql (incep sa ma acomodez cu el)

3 DBC-uri VF sharate in retea.

Sfatuiti-ma si me mine.

Ghiorghiu Bogdan >>> Dacă tot te apuci să faci o treabă, fă-o bine de la inceput!
 8/10/2005 11:44:50 AM
User is offlineanonymous
0 posts


Re: Ajutati-ma cu un sfat!
 (Romania)
Care il stii mai bine. Oricare din variantele enumerate de tine merg, problema e cum proiectezi aplicatia.
 8/10/2005 9:06:42 PM
User is offlineGhiorghiu Bogdan
928 posts
1st




Re: Ajutati-ma cu un sfat!
 (Romania)

La ce te gandesti cand spui cum proiectez aplicatia?

Pls

Ghiorghiu Bogdan >>> Dacă tot te apuci să faci o treabă, fă-o bine de la inceput!
 8/11/2005 7:45:28 AM
User is offlineAdrianTufă
306 posts
.: VFP Rocks :.
3rd


Re: Ajutati-ma cu un sfat!
 (Romania)

Eu zic ca varianta cu DBC-uri sharate ar trebui eliminata, e deja invechita si nesigura.
In rest, ca performanta, sa stii ca nu prea are importanta serverul SQL pe care il folosesti.
Daca vrei gratuit merge si mySQL foarte bine. 
 8/11/2005 7:58:08 AM
User is offlineanonymous
0 posts


Re: Ajutati-ma cu un sfat!
 (Romania)
Cum adica varianta cu dbc shared este invechita????
 8/11/2005 11:33:11 AM
User is offlineanonymous
0 posts


Re: Ajutati-ma cu un sfat!
 (Romania)
Da, chiar nu vad de ce DBC-urile pe un share de retea e o solutie invechita... Iar daca folosesti mySQL, nu trebuie sa-ti faci tot programul GPL ? Parca asa era ultima oara cind m-am uitat in licenta lor.

Cind vorbesc de proiectarea aplicatie, ma refer la modul in care user-ii tai vor accesa datele. Trecerea de la singel user la multi-user nu e usoara. Gindeste-te la urmatoarea problema : doi useri modifica aceiasi inregistrare, le ia ceva mai mult timp, dupa care fiecare apasa butonul 'Submit', secvential. Problema : userul A, care a apasat primul, si-a pierdut modificarile, si user-ul B, care a apasat al doilea, a editat un record care tocmai s-a modificat. Si asta e numai un exemplu 'fragil', cind ajungi in dead-lock-uri incepe adevarata bataie de cap.

De asta spun ca trebuie sa ai mare grija cum iti proiectezi accesul la date, si decizia luata trebuie sa reflecte cunostintele tale, si tocmai de aia ti-am sugerat sa alegi varianta care o stii mai bine si sa nu te arunci cu ochii inchisi intr-o directie sau alta, doar fiindca "X" a zis ca asa e mai bine. E reteta sigura de dezastru....

hth
 8/17/2005 3:34:43 PM
User is offlineAdrianTufă
306 posts
.: VFP Rocks :.
3rd


Re: Ajutati-ma cu un sfat!
 (Romania)
Pai cine mai "taraie" prin retea fisiere intregi sharate cand exista solutia Client-Server: clientul trimite o comanda SQL si primeste rezultatul. E mai rapid si mai sigur: am auzit de o gramada de cazuri de fisiere shared busite datorita retelei. La Client-Server nu se intampla nimic: ori nu ajunge comanda la server, ori nu ajunge rezultatul la client. In ambele cazuri datele stau in siguranta pe server si nu depind de o retea mai mult sau mai putzin sigura.
 8/17/2005 5:53:19 PM
User is offlineanonymous
0 posts


Re: Ajutati-ma cu un sfat!
 (Romania)
Din experienta proprie, cel mai plauzibil motiv de busit datele sint userii si politica de drepturi incorecta.... Am vazut si solutii cu fisiere shared in retea care functioneaza fara probleme de multi ani, si solutii client server cu probleme deosebite de exploatare datorate proiectarii defectuoase.
Si eu sint pentru solutia client - server, dar cind ai de facut ceva iute-iute, si sa mearga, de obicei mergi pe carari batatorite, si lasi studiul pentru mai tirziu. Dar aici revenim la vechea problema, care limbaj e mai bun, si care solutie e mai buna.... Alea care le stii cel mai bine. Cam asta era ce-am vrut sa zic.
 8/29/2005 11:36:19 AM
User is offlineArhanghelul
3 posts


Re: Ajutati-ma cu un sfat!
 (Romania)

Server de baze de date. Uita de file sharing mai ales ca vrei sa functioneze si in cazul unui supermarket , depozit cu puncte de lucru si multe alte configuratii.

Arhanghelul
 8/29/2005 12:56:08 PM
User is offlineanonymous
0 posts


Re: Ajutati-ma cu un sfat!
 (Romania)
 Arhanghelul wrote

Server de baze de date. Uita de file sharing mai ales ca vrei sa functioneze si in cazul unui supermarket , depozit cu puncte de lucru si multe alte configuratii.

Arhanghelul


Amin, parinte! .. asa-mi plac oamenii care emit judecati definitive ... Inseamna ca pina la aparitia serverelor de baze de date n-au existat aplicatii distribuite ...
 8/30/2005 1:27:34 PM
User is offlineArhanghelul
3 posts


Re: Ajutati-ma cu un sfat!
 (Romania)
 nutz wrote
Amin, parinte! .. asa-mi plac oamenii care emit judecati definitive ... Inseamna ca pina la aparitia serverelor de baze de date n-au existat aplicatii distribuite ...


Judecata mea nu vine din cer. Si nu este o judecata este un sfat...

Daca este sa aplicam judecata domnului "nutz"  in domeniul transportului atunci si acum am fi calatorit cu carute si cu cai... ce nevoie aveam de automobil ??? Doar oamenii calatoreau si inainte de inventarea automobilului....

Revenind la baze de date, nu cred ca este cazul sa mai reamintesc avantajele unui servar de baze de date in fata unui sistem file sharing. Incepind cu securitatea si terminind cu viteza de raspuns. Mai ales in cazul nostru :

 cyclyman wrote

Vreau sa fac o aplicatie de gestiune (sunt la faza de culegere de informatii, discutii, gandire, invatare si proiectare) destinata firmelor mici (ce isi desfasoara activitatile in magazine, sectii de productie,  restaurante, hoteluri, ect) dar sa faca fata si unui depozit de rang mare (cu puncte de lucru in dif locatii) sau supermarket cu 10 puncte de vanzare + 2,3 la aprovizionare, si sa poata fi folosit si de contabili autorizati (in sensul de multisocietate)



Iar ca sa-l multumesc si pe domnul nutz, eu unul nu as alege un sistem de file sharing pentru o asememena aplicatie. As merge direct pe o solutie client-server fara nici un fel de indoiala.


Arhanghelul
 8/30/2005 1:52:02 PM
User is offlinecristifaur
9 posts


Re: Ajutati-ma cu un sfat!
 (Romania)

Eheeeeeiiii,

Din cite stiu eu, nutz este un impatimit al serverelor de baze de date, deci nu se pune problema epocii de piatra....

Problema este ca el cred ca a propus o solutie bazata pe ideea de scalabilitate, pe care o aplic si eu cu destul succes:

Spre exemplu, eu am o aplicatie centrala si 6 puncte de lucru situate in orase diferite... Fiecare punct de lucru are propriul sau set de date, iar in unele dintre ele am 2-3 calculatoare legate in retea.

Sa zicem ca de doua ori pe luna, actualizez baza de date de la centru, cu seturile de date de pe puncte... Pe punctele de lucru am solutii file/server cu DBC-uri iar la centru am SQL Server 2000.

Aplicatia este absolut aceeasi (pur si simplu acelasi .exe!!!) atit pentru punctele de lucru cit si pentru centru, dar iata ca pe punctele de lucru folosesc file-server iar la centru client-server....

Sunt curios daca stii cum am facut ? :)

Cristi Faur

 

[QUOTE]Arhanghelul wrote

Daca este sa aplicam judecata domnului "nutz"  in domeniul transportului atunci si acum am fi calatorit cu carute si cu cai... ce nevoie aveam de automobil ??? Doar oamenii calatoreau si inainte de inventarea automobilului....

Revenind la baze de date, nu cred ca este cazul sa mai reamintesc avantajele unui servar de baze de date in fata unui sistem file sharing.

Incepind cu securitatea si terminind cu viteza de raspuns. Mai ales in cazul nostru :
 8/30/2005 1:52:14 PM
User is offlineanonymous
0 posts


Re: Ajutati-ma cu un sfat!
 (Romania)
Mersi de sublinieri ... Eu voiam doar sa spun ca as prefera raspunsuri argumentate decit apriori.. whatever, nu ma baga in seama.
 8/30/2005 3:20:47 PM
User is offlineArhanghelul
3 posts


Re: Ajutati-ma cu un sfat!
 (Romania)
Sincer.. nu stiu ce argument sa aduc in favoarea unei solutii file sharing.
Singurul argument care imi vine in minte ar fi PRETUL. Alt argument nu am.

Intrebare pentru cristifaur:
I:    De ce nu s-a conectat direct la servar din punctele de lucru ?
R:  Poate ca legaturile nu sunt stabile sau sunt scumpe, asa ca probabil este mai bine sa faca un  update periodic. Exista totusi si un servar de baze de date :)

Alt raspuns nu putem astepta decit de la cristifaur :)

Asa gindesc eu, alti pot gindii altfel...

Daca PRETUL nu este o bariera majora, trebuie sa ai argumente puternice pentru o solutie file  sharing.

Arhanghelul
 8/30/2005 3:25:43 PM
User is offlineanonymous
0 posts


Re: Ajutati-ma cu un sfat!
 (Romania)
Nivelul de cunoastere al uneia dintre solutii + timpul alocat realizarii proiectului ar fi una. De aceea am recomandata solutia cunoscuta cel mai bine.
 
 9/5/2005 12:25:29 PM
User is offlinecriscom
43 posts


Re: Ajutati-ma cu un sfat!
 (Romania)
Observ ca înca nu se da un raspuns mai clar la problema enuntata.
Incerc sa schitez niste linii:

1. Daca lucrarea are loc si cu puncte de lucru disparate în teriroriu trebuie sa ai în vedere pâna la solutia tehnica efectiva niste aspecte:
- Politica de distributie a datelor: ce date se actualizeaza la punctele de lucru (de regula date despre clienti, preturi de vânzare (daca se merge pe preturi flexibile la vânzare), date despre bancile noi aparute etc.), ce date sunt doar consultate (de regula doar nomenclatoare (produse, conturi, gestiuni, personal etc.)). Daca date de nomenclator sunt actualizate în mai multe puncte vei avea de rezolvat alte probleme: modalitati de generare de coduri interne (grija mare la aspectul acesta !). Daca nu tratezi serios problema asta te vei lovi de acelasi produs, client etc. cu coduri diferite la momentul sincronizarii etc.
Politica aceasta o poti stabili prin aplicatie. Se poate rezolva elegant.
Avem o aplicatie care se ocupa de exact aspectele de care te lovesti: supermarket + distributie în teren. Avem câtiva clienti care au puncte de lucru în tara, iar importul/exportul de date se face la alegere în functie de situatie (dotari, aces la internet, curieri etc.) prin server FTP, e-mail, flash memory, CD etc. Cea mai utilizata metoda este cu un server FTP la sediu. Cea mai eleganta este prin existenta unui server Linux pe post de caraus, localizat la "centrul de operatii" (sediu). Asta ajuta mai ales la sincronizarile de date din teren pentru lucrul cu PALM-uri cu transmisie prin GPRS.
- Volumul de date manipulat. Aici pot sa-ti confirm ca la tabele cu peste 5 mil. de articole (cele cu bonuri fiscale de la POS-uri) înca nu am simtit nevoia de motor. VFP 7 se ocupa mai mult decât onorabil. Acum cred ca esti convins ca viteza de interogare depinde si de tehnica de interogare, trucuri etc. Aici e vorba de experienta (aceasta este parerea mea). Cu tot respectul pentru SELECT - SQL, dar ajungi sa fii nevoit sa utilizezi si cupluri SEEK + SCAN WHILE ... ca sa obtii alti timpi de reactie. Asta depinde de fiecare si de situatie.

2. Daca lucrezi cu POS-uri recomand cu caldura eliminarea definitiva a legaturii directe a procesului de vânzare la POS de datele de pe server la modul on-line ! Ce faci daca-ti cade serverul ? Clientul trebuie sa închida magazinul, pentru ca nici un POS nu mai are baza de lucru?
Asa ca, comunicatia cu serverul trebuie sa aiba loc într-un singur mod: serverul decide: trimite produse si preturi si importa tranzactiile de la fiecare POS atunci când este nevoie de acestea. Poti crea instrumente de monitorizare a POS-urilor (poti "vedea" care POS e izolat de retea, câti bani trebuie sa fie în sertar etc.)

3. Legaturile on-line puncte de lucru - sediu de regula sunt scumpe si foarte scumpe. Sa nu uitam ca suntem în România si exista infrastructura care exista ("Asta este si cu asta defilam !"), iar acolo unde exista posibilitati preturile sunt foarte mari.

Presupunând ca se va asigura o legatura on-line. Simpla existenta a acesteia va duce sigur la "ideea" de actualizare on-line a datelor. OK, ce faci daca "moare legatura"? Se scriu datele cu pixul la punctul de lucru? Deci solutia cu sincronizarea periodica este solutia optima si ma bucur ca nu sunt singurul cu aceasta parere.

Iar din punct de vedere al motorului utilizat, din punctul meu de vedere MySQL cade cu succes. O data pentru ca exista multa nesiguranta în procesul de licentiere si a doua oara pentru ca pâna sa functioneze procedurile stocate într-o versiune stabila cred ca mai trece multa apa pe Dunare. Asa ca m-as opri deocamdata la una din cele trei variante ieftine ramase, în ordinea preferata mie: Firebird, MSDE, Postgress.
La utilizare motor, grija mare la tendinta de utilizarea cheilor primare legat de procesul de sincronizari !

Abia dupa clarificarea aspectelor de mai sus pot sa te "legi" si de accesul securizat la baza de date, la aplicatie, probleme de retea etc.

O scurta concluzie: rezolvarea problemelelor nu se rezuma la aspectele tehnice la nivelul aplicatiei ci mai ales la nivelul de analiza !!!

Sper sa-ti fie de folos cele de mai sus.
Cristian Comanescu InfoData SRL - Bacau Software Development Dept.
 9/5/2005 2:30:50 PM
User is offlineanonymous
0 posts


Re: Ajutati-ma cu un sfat!
 (Romania)
Sint tare curios de ce recomanzi solutia off-line pentru POS-uri. Din experienta mea, aduce numai necazuri. Cum rezolvi coliziunile ? Manual ? Cind tu ai o bucata dintr-un anumit articol, si doua POS-uri o vind, si tranzactia este acceptata, cum faci reconcilierea ? Mie, ca sa fiu sincer, mi-a fost mult mai usor sa lucrez cu ele online. In rest, de acord cu cele scrise.
 9/5/2005 4:04:28 PM
User is offlinecriscom
43 posts


Re: Ajutati-ma cu un sfat!
 (Romania)
"Sint tare curios de ce recomanzi solutia off-line pentru POS-uri. Din experienta mea, aduce numai necazuri. Cum rezolvi coliziunile ? Manual ? Cind tu ai o bucata dintr-un anumit articol, si doua POS-uri o vind, si tranzactia este acceptata, cum faci reconcilierea ? Mie, ca sa fiu sincer, mi-a fost mult mai usor sa lucrez cu ele online. In rest, de acord cu cele scrise." Nu-mi dau seama ce-ntelegi prin coliziuni. Iar tranzactia nu suporta negociere ! Când spun tranzactie ma refer la linia de bon, adica la produsul x într-o cantitate y ceea ce înseamna o valoare z. Tranzactia este efectuata si înscrisa în memoria fiscala. Daca se-ntâmpla ceva pe parcurs operatorul nu are decât sa storneze linia. Iar bonul odata emis poate fi anulat doar prin articol contabil ! Este o chestie de genul: "Mortul de la groapa nu se mai dezgroapa!" Si daca-mi spui cum poti vinde aceeasi bucata (fizic) la doua POS-uri simultan îti dau o lada de bere ! Iar acea bucata este identificata în varii moduri: cod bare, cod bare+cod furnizor (daca permit costurile cu etichetele etc.) Si daca se vând doua bucati din acelasi produs câte una la fiecare din cele 2 POS-uri în acelasi timp, înseamna ca marfa exista fizic, nu? Si, în acelasi timp toate POS-urile trebuie sa vânda marfa la acelasi pret, nu? Daca se aplica promotii, astea sunt valabile pentru tot magazinul, nu? Problema promotiilor este totusi mai delicata decât pare si nu face obiectul problemei de fata. Oricum, repet întrebarea: ce faci daca serverul "cade"? Inchizi magazinul? Pentru ca nu vad cum o sa vinzi, decât cu date stocate local. Sau ai putea adopta solutia "de ce simplu, când se poate si complicat?", lucrând on-line pâna la caderea serverului (sa a retelei), apoi lucrând local. Atunci sa vezi distractie: proceduri de sincronizare date locale cu serverul, testare bonuri "rupte" (ajunse incomplete pe server) etc. Memoria fiscala stocheaza doar valori, nu produse si cantitati ! Oricum, poate informatia te ajuta, experienta mea în materie de lucru cu POS-uri este de cca. 3 ani. Sau crezi ca este putin? Plus de asta am avut de-a face numai cu clienti "recalcitranti", care acum lucreaza bine-mersi. Recunosc, cel mai mare numar de POS-uri în lucru on-line la solutiile de care-ti spun este de 5. Cred ca este totusi suficient pentru a trage o concluzie. Transmiterea datelor la POS-uri se face doar la schimbarea de preturi sau aparitii de marfuri noi. Tot procesul dureaza pentru fiecare POS, indiferent de sens, cca. 2-3 secunde. E mult? Iau tranzactiile de la POS sau le trimit datele de lucru, nu conteaza. Si este exclusa conditionarea vânzarii de stocul scriptic. Intr-o lume perfecta ar fi posibil asa ceva. POS-ul lucreaza date stocate local, tot local pastrându-se si tranzactiile. Totusi, aici era parca vorba doar de idei, nu?
Cristian Comanescu InfoData SRL - Bacau Software Development Dept.
 9/5/2005 4:37:37 PM
User is offlineanonymous
0 posts


Re: Ajutati-ma cu un sfat!
 (Romania) Modified By anonymous on 9/5/2005 4:39:19 PM)
Nu inteleg de ce esti asa nervos, am incercat doar sa-mi exprim si eu o parere si sa spun ce mi s-a intimplat mie, in real life. Nu mai conteaza restul .... Cuvintele cheie din toata diatriba ta sint 'intr-o lume perfecta'. Nu s-a intimplat niciodata intr-un magazin ca stocul faptic sa nu coincida cu cel scriptic, asa-i ? Inventarele sint mofturi, ca doara totul trece prin calculator, si e contabilizat la milimetru, nu ? Apropo, ma ajuta intr-adevar ca am aflat ca ai trei ani de experienta, e un adevarat enlightment.
 9/5/2005 8:53:01 PM
User is offlinecriscom
43 posts


Re: Ajutati-ma cu un sfat!
 (Romania)
Mr. Dan (sau Nuts), ma întreb cum de ai tras concluzia ca as fi nervos. Doar pentru ca am niste pareri care nu coincid cu ale tale? Fii convins le pot argumenta oricând. Eu nu vorbesc din carti, nici de pe internet, nici din parerile altora (din multe am avut de învatat). Le spun numai din practica. Ceea ce probabil nu stii este ca respect parerile oricui, mai ales ale acelora care au si argumente solide în spatele lor. In subiectul de fata doar de ordin practic, pentru ca altfel nu se poate în lumea comerciantilor români ! Hai sa fim si seriosi. Spune ceva concret din ce ti s-a-ntâmplat de ex. în "real life". Este posibil sa te fi lovit de aspecte pe care înca nu le cunosc nici eu si nici ceilalti. Este posibil sa avem experiente diferite pe care e bine sa le împartasim, nu sa fim evazivi. Da un exemplu concret de "necaz" la vânzarea off-line de care spui. Daca citesti mai atent, concluzia referitoare la egalitatea stocurilor scriptice si faptice este exact cea opusa. Iar pâna la problema inventarelor stii bine ca este muuuult de discutat. Nu sunt de exemplu de acord cu ideea ca orice fel de probleme legate de stocuri se vor rezolva oricum la inventar. Sau poate e vorba de stocurile la pret de vânzare (care de fapt se doresc doar de sefii de magazine pentru a-si acoperi magariile)? Asta ar însemna sa se faca macar un inventar pe saptamâna. Si asta la muuulte mii de produse... Nu stiu câte implementari ai facut pâna acum în supermarket-uri sau simple magazine, dar problemele pe care le expun aici sunt numai si numai din practica prin multe astfel de locuri. Probleme la care a trebuit sa le gasesc o rezolvare. Nu personalizata, ci cât se poate de generalizata ! Asta pentru ca altfel faci nu programare, ci întretinere de programe. Or nu asa se câstiga din munca asta. Poate esti mai "hârshâit" ca mine, nu contest, dar pune pe tapet niste argumente practice. In schimb esti suparat ca nu sunt de acord cu tine. La urma urmei e dreptul meu, nu? Imi pare rau ca tragi asemenea concluzii, iar remarca ta finala nu poate decât sa ma jigneasca. Este pacat totusi ca cine ar trebui sa fie principalul beneficiar al informatiilor de aici în problema expusa este supus la a citi asemenea mesaje. Mai departe încerc sa ma abtin. Cu stima, Cristian Comanescu
Cristian Comanescu InfoData SRL - Bacau Software Development Dept.
 9/5/2005 9:41:50 PM
User is offlineGrigore Dolghin
3590 posts
www.class-software.eu
1st






Re: Ajutati-ma cu un sfat!
 (Romania)
Nu este cazul sa va ambalati, pentru ca va cunosc pe amandoi si nu sunteti nici unul genul care intretine flame-uri. Parerea mea este ca aveti experiente diferite (ca tip, nu ca si cantitate) in rezolvarea aceluiasi gen de problema si din acest motiv recomandarile se bat cap in cap. Dar asta nu inseamna deloc ca unul din voi greseste. Eu unul sunt convins ca problema POS-urilor se poate trata in ambele moduri, abordarea depinzand de situatia locala.
Grigore Dolghin
Visual FoxPro MVP 2006 - 2010
Class Software
My blog
 Page 1 of 1
NextPreviousNo Rating
  Visual FoxPro  Client/Server  Ajutati-ma cu u...
Search  Forum Home         

 Google Ads Minimize
    

Copyright 2002-2010 Profox   Terms Of Use  Privacy Statement