restaurare baza date, va rog!

[tomac]

E în aceiași rețea? Dacă da, de ce ai lucra separat nu direct în rețea? Nu e în aceiași rețea? Atunci se pot importa din arhivă. Sau se poate lucra în client-server pe aceiași bază de date.

[costachet982]

1.nu e in retea, sunt 2 statii complet independente
2.nu lucrez in client server, a fost ocazionala lucrarea pe 2 statii independente

ramane varianta prin arhivare de pe statia x , restaurarea pe statia y si....cum fac cu datele introduse pe statia y in paralel cu datele ( altele) introduse pe statia 'x' ?? aici daca ma lamuriti ar fi fain...sa invat procedura..

[tomac]

se importa datele din arhivă folosindu-se opțiunea "Import date" din meniul Diverse. Înainte de import se va face o salvare de siguranță.

[saucag]

Bună seara . Dacă am făcut modificări la - modificare cont client și modificare coduri -și am greșit - (înainte am făcut o salvare bază date ) ,pot reveni la programul inițial intrând la - administrare - restaurare ultimul fișier zip apoi restaurare arhivă ? Ca să am din nou baza de date cea care vreau să o restaurez acum trebuie să mai dau încă o dată salvare baza de date (pt a face din nou modificările ) sau pot să folosesc din nou (sper să nu fie nevoie ) fișierul deja salvat ? Va mulțumesc

[herganiec]

De ce nu încerci?

[saucag]

Pt ca nu am mai facut asta niciodată și am vrut sa am o confirmare ca este bine dacă fac . Mulțumesc

[herganiec]

pai ai arhiva. deci dacă nu ți se pare bine ceva o poți retaura să revii cum a fost.

[birladeanur]

Cum se procedeaza in situatia in care am lucrat luna martie dupa luna ianuarie,luna februarie fiind lucrata de altcineva.Am primit baza de date cu luna februarie cum as putea sa restaurez luna februarie dar sa nu imi stearga luna martie lucrata?

[herganiec]

nu poți prin restaurare ci prin import date pe luna februarie ca sa ramână ian si martie.

[balazse246]

Pentru birladeanur
Trebuie procedat asa cum a mentionat herganiec.
Trebuie sa intelegi diferenta intre restaurare si import de date.
Cand faci restaurare de date, efectiv stergi totul ceea ce existat si readuci o noua baza de date (din care faci restaurarea).
Cand faci import de date, doar adaugi noi inregistrari pe langa cele existente.

Pe viitor ar fi optim ca sa lucrati pe aceeasi baza de date, ca se lucreaza prin VPN sau treci pe WEB este decizia ta, dar altfel doar probleme o sa ai.
Daca doresti se pot exporta datele dintr-o baza de date (intrari/iesiri/casa/banca) si sa le importi in baza de date din care lipseste, dar este important ca, codul de furnizori/clienti sa fie identice in ambele baze de date.
Trebuie inteles, ca nu doar copiezi niste randuri sau date, deja s-a ajuns la un nivel in care trebuie avut mare grija la baza de date.

[paturcai]

DIn ce am inteles, mai nou, nu se mai poate importa dintr-o baza de date lucrata pe un alt calculator (cu licenta) si aduse datele in alt calculator (cu licenta) pe o perioada de timp.
Exact cum intreba BirladeanuR, cineva a lucrat intr-un calculator si doreste sa importe numai o perioada in calculatorul in care i se tine contabilitatea, adica ce a lucrat duce la contabil.

[balazse246]

Anumite lucruri se pot importa, cum ar fi intrari/iesiri/casa/banca (prin fisiere dbf/xml), doar ca datele exportate, din cate am observat eu, trebuiesc prelucrate putin.

[paturcai]

Si totusi, am inteles si pozitia board-ului de conducere a lui SAGA C (a reduce la minim daca nu chiar la eliminarea erorilor de import a datelor), oricum era gandita o "formula" (la import ma refer) care sa nu calce datele si sa elimine erorile (apareau acele "T" puse la analitice, la gestiune, etc).
Prelucrarea datelor care sunt importate de catre novici (majoritatea suntem novici), este la fel de periculoasa, daca nu chiar mai periculoasa.
Una este sa ai posibilitatea sa importi direct din baza de date: exact cum se facea inainte, si alta este sa recurgi la "strategii" care sunt - pana la urma - greseala utilizatorului.
Baza de date exportata este sigura, iar importul din acea baza nu ar trebui sa ridice probleme. Sigur ca eu vad problema din unghiul meu de vedere, al utilizatorului.
Oricum exista o posibilitate de limitare a fraudarilor (cel care lucreaza pe program fara licenta): cel care exporta si cel care importa, pot avea un "verificator" al licentei: cel care exporta are numarul licentei care se verifica online la fiecare actualizare, iar cel care doreste sa importe o anumita "perioada" sa primeasca mesajul: lipsa licenta la generarea arhivei exportate; importul nu se poate efectua. Oricum "spargatorii" se pricep in toate situatiile, utilizatorii obisnuiti (ca mine) nu ar avea tiomp de asa ceva).
Pentru ca sunt situatii in care unii utilizatori nu au nevoie neaparat sa aiba SAGA WEB (desi licenta o permite) pentru ca s-au obisnuit de atatia ani cu versiunea de desktop. Eu chiar daca folosesc SAGA WEB, tot prin desktop o folosesc, nu ma deranjeaza.
Nu doresc sa fac o polemica pe aceasta situatie, dar am o astfel de problema in care ambele evidente folosesc versiuni licentiate de SAGA si cel care doreste sa-si trimita munca se loveste de faptul ca nu se pot importa datele acolo unde se tine contabilitatea. Interoperatbilitatea intre aceleasi versiuni licentiate ar trebui corelata. Nu ma dau "cunoscator", dar este frustrant. Spun asta deoarece: atunci cand importi dintr-un fisier xls, este treaba ta si nu a firmei care a creat softul. Importi un extras de cont, este treaba Bancii sau a softului care a creat acel fisier de import. Importi facturile din SPV sau le exporti, este treaba e-factura, softul creat nu este responsabil.