Newsgroup: it.comp.appl.access
Titolo: [OT] Dialogo fra applicazioni Access ubicate  in località diverse, utilizzando un protocollo o altro metodo.

Access 00/XP
Ciao a tutti, vorrei iniziare a documentarmi come poter far lavorare più 
applicazioni di Access, circa 20, ubicate in località diverse.
Preciso che l'applicazione base dovrebbe risiedere in un server ubicato in 
Roma, mentre tutte le altre  stanno in giro per l'italia. Queste ultime 
dovrebbero essere in grado di connettersi in tempo reale per
inviare i propri dati a Roma, oppure inviare dei pacchetti di dati ad una 
certa ora stabilita dal gestore delle applicazioni, o  ....... qualsiasi 
altro modo.
Non so immaginare quanto sia facile o difficile; vi ringrazio in anticipo 
per ogni consiglio utile alla risoluzione del problema, nonchè per 
l'indicazione di qualche testo a cui fare riferimento.
Grazie 1000
Bruno 

"Bruno - S95"

Terminal Server?
http://www.alessandrobaraldi.it/DettaglioFaq.asp?IdFAQ=154
Saluti.

 ha scritto nel messaggio 
news:46614f46$0$4792$4faf...@reader4.news.tin.it...

Direi che le nozioni esposte vanno benissimo.
Aggiungo solo che Windows XP accetta al massimo tre connessioni concorrenti 
e che per aggirare questo insormontabile ostacolo devi rivolgerti a prodotti 
come XPUnlimited:
http://www.xpunlimited.com/
Prodotto veramente eccezionale, che costa poco e ti permette un numero 
virtualmente illimitato di connessioni, tutto dipende dalla memoria 
installata sul server.
Personalmente lo uso in una situazione con molte macchine concorrenti e va a 
dir poco una meraviglia.
Ogni utente ha la sua cartella e in ogni cartella gira un .mde che punta ad 
un unico mdb.
Ciao, Carlo 

 ha scritto nel messaggio 
news:f3s4g5$qa1$1...@tdi.cu.mi.it...

--------------------
Ciao Carlo, illuminami un pò, ho visitato il sito e ho capito che 
XPunlimited è un'aplicativo indipendente che deve girare su XP professional 
installato sul server, mentre i client posssono avere un diverso sistema 
operativo.
In materia mi sembri piuttosto ferrato, anzi in questo News mi sembra che io 
sia l'unico marziano no ferrato. Dimmi, Ti chiedo: XPunlimited deve essere 
installato su ogni PC client ? XPunlimited esiste anche
in lingua italiana? Il settaggio per il dialogo è complesso o si può contare 
su un aiuto guidato?
Comunque la cosa mi ispira molto.
Grazie
    Bruno

 installata sul server.
Questo č un prodotto che non conosco: offre vantaggi di costo rispetto a MS
Terminal Server?
Funziona bene la gestione delle stampanti (la cosa piů delicata imho)?
Saluti.

 Roma, mentre tutte le altre  stanno in giro per l'italia. Queste ultime
Potresti usare un database server tipo MySQL, PostGreSQL, o anche  SQL
Server Express 2005 (mi pare abbia il limite di 35 utenti), che tenga
memorizzate le tabelle. In questo modo Access diventa "solo" un
frontend, situabile ovunque.
Avendo un database unico l'aggiornamento è in tempo reale (niente
repliche e acrobazie di sincronismo fra esse).
Rispetto alla soluzione "Terminal Server" ci sono vantaggi in termini
di banda utilizzata (gli unici dati che viaggiano sulla rete sono
relativi alle richieste SQL) e di rapidità di esecuzione (essendo le
richieste SQL gli unici dati che transitano in rete, le maschere e le
stampe vengono risolte in locale).
Gli svantaggi riguardano gli aggiornamenti dei front-end (che devi
gestire tu in qualche modo) e la sicurezza delle applicazioni (per
evitare che qualche utente hackeronzolo si metta a smontare le tue
applicazioni, e per evitare che venga scovata la password di accesso
al server database).
ciao,
Panathos

 dir poco una meraviglia.
Testimonianza a dire poco rinfrancante :-D
Grazie Carlo, non conoscevo questo prodotto, da una rapida occhiata al
sito credo che potrebbe risolvermi una grossa rogna.
Per caso hai Thin Client Citrix fra le macchine con cui lo utilizzi? O
quantomeno, hai mica avuto modo di testarlo/avere info sul
funzionamento con tali tipi di Thin Client?
ciao,
Panathos

"Panathos" <
Rispetto alla soluzione "Terminal Server" ci sono vantaggi in termini
di banda utilizzata (gli unici dati che viaggiano sulla rete sono
relativi alle richieste SQL) e di rapidità di esecuzione (essendo le
richieste SQL gli unici dati che transitano in rete, le maschere e le
stampe vengono risolte in locale).
-------------------------------------------------------------------
Quanto scrivi può essere fuorviante: in TServer viaggiano solo le schermate
video della sessione attraverso la rete.
Se si ha l'accortezza di sviluppare l'applicazione con una tavolozza di soli
256 colori le prestazioni sono eccellenti anche con vecchi modem 56 kb/s.
Saluti.


No, solo inglese...ma molto intuitivo nei settaggi.
In pratica XPUnlimited va installato solo sul "server" che, trattandosi di 
Windows XP, proprio un server non è.
Questo gioiellino, al prezzo di 105 euro, fino a luglio 2007, abilita Wxp a 
poter accettare un numero indefinito di connessioni via Desktop remoto e 
utilizza gli utenti impostati.
La connessione client avviene via desktop remoto, che ovviamente deve essere 
installato su tutte le macchine, che una volta aperto mostrerà un desktop 
così come lo hai impostato. In alto a sx una piccola icona mostra il "menù" 
di XPUnlimited, che una volta cliccata, visualizzarà i programmi che hai 
impostato per quell'utente. Così, nel mio caso, ho inserito nel menù un link 
all'applicativo Access: c:\Document\UserName\Desktop\Mioapplicativo.mde 
oppure la stringa completa c:\Programmi\Office11\Msaccess.exe /runtime 
c:\Document..setting\User\Desktop\Applicativo.mde.
Ho anche inserito un link a Notepad.exe ma avrei potuto anche inserire 
qualsiasi altro link come p.e. a Iexplorer.exe, permettendo una connessione 
a Internet direttamente dal "server" e in un'area completamente separata e 
concorrente con altri utenti.
Un consiglio veramente importante: se decidi di scaricare il demo e provare 
l'applicativo, ricorda di seguire bene le istruzioni, prima di installare la 
versione definitiva. Il codice ti viene mandato via posta elettronica e una 
volta inserito sarà assolutamente legato a quella macchina...non potrai 
reinstallarlo su altre macchine e nemmeno fare una reinstallazione sulla 
stessa macchina, in questo caso ti mandano un'altro codice ma solo dopo aver 
annullato via internet il precedente.
Io ci sono incappato e ci sono volute almeno tre e-mail di 
giustificazione...pensavo di poterlo installare su due macchine!
Ciao, Carlo


Il costo è (fino a luglio) di 105 euro per la versione base con un numero 
illimitato di connessioni.
Il vantaggio sta proprio nel numero illimitato, nella possibilità di usare 
Wxp e in una completa personalizzazione dei programmi ammessi per ciascun 
utente.
Per le stampanti non ci sono problemi se non quelli legati a desktop remoto, 
che come sai, se trova una stampante con non abbia il suffisso Com, LPT o 
USB non funziona...ma anche qui ci sono dei trucchi.
Per esempio uno dei trucchi è quella di modificare una chiave di registro, 
per esempio per le stampanti multifunzione (DTO) in modo da reindirizzare 
tutte le stampanti oppure quella di caricare sul server i driver della 
stampante non riconosciuta. Per fare questo operare così: condividere la 
stampante lato client, lato server aggiungere una stampante di rete e in 
particolare quella appena condivisa, accettare di scaricare i driver dal 
client. A questo punto la sessione desktop remoto stamperà sulla stampante 
del client.
Ciao, Carlo 

 ha scritto nel messaggio 
news:1180817491.0...@m36g2000hse.googlegroups.com...

No, non ho questa macchina tra i client. Considera che se è possibile 
collegarsi a desktop remoto stadalone o via web desktop remoto, è anche 
possibile usare XPUnlimited. Puoi comunque scaricare la demo perfettamente 
funzionante (mi pare fino a tre connessioni) e provare il tutto.
Inoltre Microsoft fornisce i driver per desktop remoto per molti sistemi 
operativi.
Ciao, Carlo 

[CUT]

==================================
I tuoi post hanno destato l'interesse di diverse persone, devo anche dire 
che sei stato chiarissimo e non hai lascito alcun dubbio sul softwre e suo 
utilizzo.
Per prima cosa devo vedere di trovare un aiuto in rete per collegarmi con il 
desktop remoto fra XP e WIN2000 (nel mio caso), cosa che non ho mai fatto, 
poi provo il demo che mi hai indicato che ada quanto ho capito non ha 
scadenza ma solo un limite di tre utenti.
Grazie, Bruno 

 Bruno
Ciao.
-- 
Sergio MAZZA 

 ha scritto nel messaggio 
news:f3ukji$nqg$1...@tdi.cu.mi.it...

-------------------------------
Mi son spiegato male, intendevo, ad esempio, la possibilità di inviare la 
notte tutti i record inseriti nella giornata al fine di evitare collegamenti 
che potrebbero rallentare il tutto o la mancanza del collegamento stesso per 
dialogare con il server. Cioè, avere un database autonomo che poi invia i 
dati al db del server.
Ciao, Bruno 

 Ciao, Bruno
Io intendevo proprio quello.
Se pensi che quello che hai appena descritto è quello che si faceva (e in alcuni casi si fa) per elaborare grandi quantità di dati 
proprio quando non c'è altro traffico...
Ciao.
-- 
Sergio MAZZA 

 ha scritto nel messaggio 
news:f3umqe$q6m$1...@tdi.cu.mi.it...

=====================
Bhe, a questo punto cado dalle nuvole; non ho idea del metodo da utilizzare, 
vuoi illuminarmi sugli strumenti e sul/sui metodi di cui parli. Sappi che 
non sono un professionista te ed altri del NewsGroup.
Grazie, Bruno 

 Grazie, Bruno
Possiamo partire da una cosa semplice semplice; da access crei il pacchetto 
di dati (in formato testo) e lo invii via FTP al tuo pc/server. Il pc/server 
ha schedulato il processo di controllo della presenza di file in una 
determinata cartella, se trova il file lo importa/elabora e cancella (o lo 
sposta)...
Ciao.
-- 
Sergio MAZZA 

 ha scritto nel messaggio 
news:f3ttg9$3cm$1...@tdi.cu.mi.it...

carlo, ciao
perchè non ne fai un articolo su Accessgroup??
Così rimane ed è più semplice indicarlo ai prossimi utenti
Tks
-- 
--
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana Sviluppatori Access
Segrate (MI), 7-8 giugno 2007

 Ciao, Carlo
Cosě facendo sipossono mettere in rete anche i palmari a questo punto
basta una wlan ed il desktop remoto
vero?


 vero?
Esattamente. La cosa importante è che il client che accede sia riconosciuto 
dal "server" ovvero che l'utente sia registrato e abbia una password.
Forse un dubbio mi rimane sulla possibilità di desktop remoto di 
ridimensionare la pagina allo schermo del palmare nonostante questo sia 
previsto dal programma di connessione.
Dal PPC andare in Programmi...Client di Terminal...digitare l'ip del 
"server"....immettere loghin e password e il gioco è fatto.
Vorrei aggiungere che i palmari hanno i terminal già impostati e funzionanti 
di default!
Ciao, Carlo 

 Tks
Sarebbe un onore!
Ciao, Carlo 

 previsto dal programma di connessione.
Oppure basta creare form adatte.


 Ciao, Carlo
beh allora azzardo: che ne dici di presentare il prodotto alla Cisa? come 
tuo secondo intervento


 tuo secondo intervento
Se il tempo lo permette, per me va bene.
Possiamo anche darci un'occhiata nelle pause di lavoro.
Intanto in privato ti ho mandato l'articolo da pubblicare su AccessGroup.
Ciao, Carlo 

 Oppure basta creare form adatte.
Certo. Questo ti darebbe la certezza di poterci lavorare.
Io ho già intuito l'enormità delle applicazioni possibili con questo 
sistema:
rete wireless, n palmari e un solo applicativo; magazzini, ospedali, 
fabbriche...
Ciao, Carlo 

 Possiamo anche darci un'occhiata nelle pause di lavoro.
no, va bene come workshop


 ha scritto nel messaggio 
news:f40cam$15j$1...@tdi.cu.mi.it...

_
Sergio, siete tutti dei mostri di informatica; mi sento davvero incompetente 
se penso a voi.
Pensa che quello che hai descritto è una cosa semplice semplice, e se fosse 
difficile.
Purtroppo per me, non ho certe basi e pertanto se non ho qualche testo o 
esempio su cu appoggiarmi, anche volendo, non riuscirei a cavarne nulla.
Devo dire una cosa molto sentita: Grazie a tutti voi per il grande 
contributo e pazienza che distribuite con tanta passione a tutti i 
principianti e non.
Grazie ancora
Bruno 

 Bruno
Non ho scritto nessuna riga codice perché non so' in che condizioni sei; (es.) se hai un server/webserver raggiungibile via rete con 
il servizio ftp avviato.
Nel tuo primo messaggio hai parlato di un "server a Roma"; ma questo server che servizi ha? Web/FTP/...?!?
Capisci che è tutto troppo generico?
Ciao.
-- 
Sergio MAZZA 

 ha scritto nel messaggio 
news:f41d33$b1u$1...@tdi.cu.mi.it...

===============0
I collegamenti che abbiamo con il server permettono di accedere alle 
cartelle condivise via FTP e i software sviluppati, per quel che ne so, uno 
con oracol e uno in VB, non ho idea di come si colleghino. Ho chiesto ad un 
mio collega che ha sviluppato in VB una semplice ma utile applicazione e mi 
ha risposto che oracol fa tutto da solo; non ho idea, non vedendolo, cosa 
intendesse dire per ... tutto da solo. Sarà tipo XPUnlimited ?
Bho, comunque mi rendo conto che il mio livello di conoscenza in materia è 
basso. Al momento me la cavo con Access esclusivamente con le espressioni e 
qualche riga di codice semplice e talvolta il codice è modificato perchè 
sono routine o function attinte grazie a voi, infatti i comandi dati via 
codice all'interno delle forms o reports non lo considero certo scrivere 
codice.
Ti assicuro che la vedo tosta nonostante abbia seguito un paio di videocorsi 
e letto qualche testo di VBA ed ora uno di VB, che, se ho ben capito, alla 
fine è lo stesso.
Anche Access all'innizio era dura da imparare, ma dopo aver visto 
materialmente come si lavorava con gli strumenti e i dati, allora non ho più 
avuto problemi per apprendere di più. Il difficile è sicuramente non avere 
le basi e non sapere da dove iniziare Meno male che ci siete voi.
E' tanto tanto tanto tosta.
Ciao dal disperato
                    Bruno

                    Bruno
Dunque se ho ben capito dovresti mettere su "da zero" un applicativo 
multiutente e su rete geografica.
Spero tu ti renda conto di cosa significa fare un aplicativo del 
genere...che, immagino, non sarà una rubrica condivisa!
Dalle tue risposte, specialmente l'ultima, ti consiglio francamente di 
sopprassedere per il momento o rivolgerti, magari anche in questo NG, ad un 
programmatore con esperienza in tal senso.
Qui, sempre se ho ben capito, non si tratta di trovare il sistema di 
trasferire dati o usare un desktop remoto con un'applicativo già fatto, si 
tratta di costruire il programma dall'inizio.
Mi sbaglio?
Comunque, mai si comincia mai si arriva; quindi coraggio e vediamo cosa 
riusciamo a tirare fuori.
Ciao, Carlo 

 ha scritto nel messaggio 
news:f41laf$k66$1...@tdi.cu.mi.it...

===============
Ciao Carlo, mi sto solo avvicinando a questo mondo, perchè come tu hai 
scritto "mai si comincia mai si arriva", carina questa.
Poù frequento questo NG e più rimango affascianto, e non è lecchinaggio...
Per ora è meglio sopprassedere. Per la trasmissione dei dati è stato fatto 
fare un'applicativo che è costato sicuramente un bel pacchetto di soldini; 
francamente devo dire che per quanto io non ci capisca nulla di codice, con 
Access, espressioni, ecc. iniziando per necessità ne 1997, appena arrivato 
al reparto, ho sviluppato un piccolo applicativo, senza neanche curarlo 
tanto, per di più neanche concluso per questioni di tempo, il quale svolge 
funzioni e utilità che quello professionale non da minimamente. Ovviamente 
non è colpa del programmatore, bensì della scelta di farlo appoggiare, per 
vedere le necessità , da una persona che sicuramente conosce il proprio 
lavoro, ma che non ha neanche idea di come funziona un db, che cosa sia una 
tabella, ecc.. Detto questo, ho detto tutto; hanno buttato due campi per 
fare uno stralcetto senza pensare a tutto quello che si sarebbe potuto avere 
con la manipolazione dei dati, togliendo lavoro inutile a quelli sotto che 
devono cercare nuovamente i dati sulle carte. Ho detto tutto.
Vediamo più avanti. La mia pecca è stata di non aver fatto un corso serio di 
VB o altro per migliorare le mie capacità, anzichè fare da solo e con 
pochissimo tempo, lavorando fino alle 3 /4 di notte per imparare e fare in 
db. Peccato, sono sempre in tempo a svegliarmi, il fatto è che a volte 
necessita essere indirizzati. Dico solo che per programmare ci vuole molta 
testa; mi sa che non è per tutti.
Ciao, Bruno 

 testa; mi sa che non è per tutti.
Dai Bruno non scoraggiarti; da quanto hai scritto avete necessità di
mettere su una applicazione non proprio banale, e avete già avuto
esperienza di come a volte gli "esterni" possono essere bravi
informatici, ma questo non garantisce di ottenere cose calibrate per
le vostre esigenze (e applicazioni fatte parzialmente su misura, sono
altrettanto parzialmente utili, come tu stesso hai scritto a proposito
delle ricerche su carta).
Fossi in te approfitterei per prendere tre piccioni con una fava:
proponi all'azienda di prendere uno sviluppatore  (a progetto, per un
vero progetto una volta tanto :-)) per realizzare l'applicazione
standoti di fianco.
Così tu affianchi lui istruendolo su cosa deve ottenere, e lui
affianca te spiegandoti cosa fa e perché lo fa. L'azienda ottiene
l'applicazione fatta, e formazione per un proprio dipendente (che poi
dovrà mantenerla e/o modificarla, a seconda delle esigenze future).
Tempi (si spera) accettabili, formazione per te, e applicazione su
misura. Mi parrebbe un buon investimento :-)
ciao,
Panathos

 ha scritto nel messaggio 
news:1180997634.0...@p77g2000hsh.googlegroups.com...




ciao,
Panathos
================
La tua idea è intelligente, purtroppo non è così semplice e preferisco non 
addentrarmi sul perchè,
Grazie, Bruno 

                    Bruno
Comunque, da quanto leggo in questa ultima tua potrebbe non essere così 
nera; se è vero che hai un server con oracle, e i dati devono andare 
direttamente nelle sue tabelle, con ODBC potresti collegarti direttamente a 
queste da access.
Non te la voglio fare semplice ma non sei certo il primo a fare una cosa del 
genere; ovviamente sempre con le dovute cautele...
Ciao.
-- 
Sergio MAZZA