[oceanooo]

Originariamente inviata da The Wizard

allora... tu hai 5 portatili ok? da adesso saranno denominati CLIENT ok? la tua azienda si preoccuperà di comprare un pc Server (occhi a non prenderne uno workstation perchè non reggerebbe il DB), con parecchia memoria (così da permettere alla macchina stessa di poter gestire il DB (database) e l'accesso dei 5 CLIENT. Sul SERVER installerete un motore DB (SQL, ORACLE, MySQL non access in quanto non ha tutte ste capacità essendo un db homemade), su cui verrà caricato l'intero DB (che da adesso chiameremo DB-PADRE), a cui si collegheranno i 5 client su cui saranno installati 5 DB (che chiameremo DB-FIGLI) che saranno alimentati dal DB-PADRE al momento della connessione dei CLIENT al SERVER. Per quanto riguarda la sicurezza, ci sono vari modi di rendere sicuro l'accesso, vpn e password (30 giorni di scadenza con prerequisito minimo 8 caratteri con obbligatori un numero ed un carattere speciale) con marcamento del Mac-Address della macchina CLIENT dovrebbero essere sufficienti. Come client ISA2004 della Microsoft dovrebbe bastare in quanto ti permette di creare VPN di un certo livello point-to-point (da un pc all'altro senza possibilità di entrarvi da altre macchine) multiple (a voi ne servono 5!). Per altri casini o altre spiegazioni a disposizione!!

L idea di Silvio non è malvagia ma io forse farei diversamente...
forse ma bisognerebbe entrare di più nel dettaglio.. . bisognerebbe capire se i vari portatili lavorano su un applicativo già esistente più complesso che usa un DB acces o se è un semplice DB da voi creato con access senza nessun eseguibile o cose simili...

da oceanooo

[IVANO]

oceanooo, il programma è un'applicativo medico che lavora su un normale DB access, praticamente va a memorizzare dati anagrafici del paziente, esame medico e refertazione finale.Siamo nell'ordine di DB da 2000 Mb a Client in crescita logicamente

[SJoplin]

Originariamente inviata da agente25

Silvio, parla in italiano

Originariamente inviata da The Wizard

essendo un db homemade

-ROTFL-

la vedo grigia, a capirsi

[The Wizard]

sjoplin, 'stardo...


se scrivevo fatto in casa non faceva figo!!!

[lookdown80]

Access ha dei limiti evidenti, ma alla fine è una scelta, ti permette di avere spazi contenuti e di non installare nulla se non un eventuale runtime... ovvio che non ha le caratteristiche e la solidità di oracle o di sql server, ma sono proprio cose diverse per utilizzi diversi.
agente25, se i dati tra i programmi sono diversi ti basta fare un'esportazione quelle 2/3 volte a settimana che vuoi, e un'importazione nel database generale; a questo punto andrebbe distinto tra totale e incrementale... se comunque su ogni portatile conservi i dati anche dopo averli scaricati sul server, forse ti conviene creare ad ogni backup un nuovo db in modo da avere un backup aggiornato ad ogni salvataggio.

Marco

[oceanooo]

Originariamente inviata da lookdown80

un'esportazione

quoto... era quello che pensavo... un export/import e risolvi alla grande

[SupeRGippO]

dal basso della mia inesperienza... credo che kurtzisa abbia ragione

[IVANO]

Originariamente inviata da SupeRGippO

dal basso della mia inesperienza... credo che kurtzisa abbia ragione

Non è possibile perchè i portatili client quando lavorano sono scollegati dalla lan, perico nessun VPN, quando tornano in sede sono collegati in rete.
Gippo, stasera dileguiamoce, meglio

[SJoplin]

agente25, il mio gestionale che avevo modificato per gestire dei depositi funzionava più o meno così:

- si estraevano solo i dati nuovi dalle stazioni
- si facevano rielaborare dal server centrale
- si ritrasmettevano gli. archivi modificati alle stazioni

era una cosa un po' fatta in casa... ops house made e ogni tanto mi toccava di riaggiornare le stazioni copiando tutti gli archivi dal server

[The Wizard]

Quote:

ogni tanto mi toccava di riaggiornare le stazioni copiando tutti gli archivi dal server

Sincronizzazione no eh???