Newsgroup: it.comp.appl.access
Titolo: consiglio si repliche...

Salve a tutti,
ho sviluppato un'applicazione back-end front-end con A2k...
Nella rete ethernet 10/100 Mbit il funzionamento è accettabile.
Ora nasce l'esigenza di usare il programma su delle filiali
connesse tramite CDN dedicata ISDN alla rete aziendale (velocità 64kb)
Non provo nemmeno a collegare le tabelle direttamente perchè
penso che aspettare decine e decine di minuti sarebbe il risultato.
Pensavo quindi all'utilizzo delle repliche.... siccome i dati in sede
centrale
non cambiano frequentemente le filiali potrebbero sincronizzare
di tanto in tanto la propria replica ed usare il programma con i dati in
locale.
Qualche dritta/consiglio?
grazie
ringo

 ha scritto nel messaggio
news:b5ulh6$t3c$1...@newsread.albacom.net...

Io lascerei perdere tutto e farei configurare un Terminal Server nella sede
centrale.
Le filiali lavoreranno in remoto sui programmi attraverso rete dedicata: è
un sistema che ho visto in funzione e mantiene le promesse.
Ciao.

 ha scritto nel messaggio
news:b5ulh6$t3c$1...@newsread.albacom.net...


 Io ho già implementato il sistma da te ipotizzato, ... e  funziona !...
Potresti essere un po più chiaro per favore, cosa significa che ricevono su
demand ed inviano i dati in modalità "push"?
Grazie.
Luca

 ha scritto nel messaggio
news:tTCga.32237$%p6.21...@news.edisontel.com...


 ha scritto nel messaggio
news:9NBga.53715$Lr4.1...@twister2.libero.it...

My compliment to you!
non ci avevo pensato!
ho appena finito di fare una prova: ho installato
i servizi terminal su win2000 server e installato
la parte client su una filiale: FUNZIONA ALLA MERAVIGLIA!
In questo modo non c'è bisogno delle terribili SINCRONIZZAZIONI
ed il vero carico di lavoro rimane sul server!
Secondo mè questo sistema potrebbe sostituire
il sistema back-end front-end anche in un'ambito
di rete ethernet interna.
Devo acquistare delle licenze per l'utilizzo
di questo servizio fornito dal win2000 server?
grazie!
ringo

 Il server centrale raccoglie (e quindi aggiorna) tutti gli input....
Ho capito quello che hai fatto, il problema è come lo hai fatto... a me non
interessa sincronizzare solo quando serve (per il momento)... adesso vorrei
riuscire a sincronizzare usando gli strumenti a disposizione di access
(replica esclusa) sei ingrado di darmi qualche dritta... cioè metto in tutte
le tabelle un campo che indica la data di ultimo aggiornamento e poi
aggiorno solo i record che mi interessano... però dovrei passare tutti i
record del mio db.... credo sia improponibile... hai qualche idea migliore?
Ti ringrazio cmq per la tua risposta.
Ciao.
Luca

 ha scritto nel messaggio
news:pMEga.32288$%p6.21...@news.edisontel.com...

se hai un sistema con win2000 server o NT server
prova a fare un pensierino ai servizi terminal.
In pratica metti tutto il carico di lavoro sul server
e te ne freghi di sincronizzazioni varie
bye
ringo

 di questo servizio fornito dal win2000 server?
Purtroppo sě: contatta MS per i dettagli.
Il costo a parer mio č accettabile anche per piccoli impianti, ma in tempi
in cui tutti vogliono roba Freeware....
Ti saluto.

 ha scritto nel messaggio
news:b5v69v$ifp$1...@newsread.albacom.net...



ma per policy intendi le politiche di sicurezza?
se è così in ambito di un'utilizzo del terminal server basta utilizzare
le politiche di sicurezza in bundle a win 2000 server...
implementare il database via internet significa secondo mè
cambiare modo di programmare ovvero passare da
access come interfaccia a ASP :-( e la cosa non è
immediata....
ribadisco ancora una volta che access non è nato
per applicazioni client/server e quindi sia terminal-server
sia back-end front-end, repliche sono solo delle vie di fuga
con pregi e mooolti difetti.
Per passare a veri motori DB client/server bisogna
gettarsi su MS SQL-server, Mysql, PostgreeSQL....
bye
ringo

 in cui tutti vogliono roba Freeware....
si ho visto che all'incirca il costo è sui 80 euro a licenza....
unico lato negativo: ci sono "solo"  256 colori... beh
l'AS/400 con i suoi terminali ti dà un solo colore: IL VERDE!
bye
ringo

 unico lato negativo: ci sono "solo"  256 colori
Considera che una tavolozza più ampia (soprattutto a livello web) creerebbe
un collo di bottiglia, e le prestazioni decadrebbero.
In ogni caso esiste una patch, forse inclusa in windows 2000 S.P.3, per
aumentare il numero di colori visualizzabili.
Ah, è meglio installare comunque il Service pack 3 di win 2000 Server _corre
gge vari
problemi del servizio Terminal Server_ e assicurarsi che i clients abbiano
impostazioni di sistema (formato Data, etc.) e periferiche di input
compatibili con quelle del Server: tipo tastiera, attacco mouse, etc.
Se vuoi altri dettagli sui problemi che puoi incontrare in TServer, dai
un'occhiata a questo:
http://www.granite.ab.ca/access/terminalserver.htm
Ciao, Cristiano