Newsgroup: it.comp.appl.access
Titolo: Come lanciare un db attraverso la rete

Salve a tutti,
con il comando qui sotto lancio il db pps che  si trova nella radice 
principale del mio computer
 
Shell "C:\Programmi\Microsoft Office\OFFICE11\MSAccess.exe C:\pps.mdb", 
vbNormalFocus
DoCmd.Quit
 
Se io sposto il db in un computer della rete di casa mia, come devo 
modificare il comando di cui sopra tenendo presente che il computer dove 
sposto il file si chiama Cucciolo ?
Grazie... 
 

 ha scritto:

\\CUCCIOLO\TuoPercorso\pps.mdb", 
vbNormalFocus
DoCmd.Quit
 
 
-- 
------------
Pablitomf
Napoli sempre nel "Q"uore!
"mammasantissima" si nasce, non si diventa.
 
TheSpaceCowboy : 
Britos deve recuperare per arrivare in forma al prossimo
infortunio - 24/10/12
 

 DoCmd.Quit
 
Precisazione per l'OP:
 
Così facendo pps.mdb viene eseguito con Access installato sul
client e non con Access installto sul server dove si trova pps.mdb.
Ne consegue un degrado delle prestazioni.
 
Altra storia è eseguire pps.mdb con Access installato sullo stesso 
computer (server).
Ne deriverebbe, con riferimento ai dati leggibili dal client, un 
miglioramento delle prestazioni.
 
Bruno
 
 

 miglioramento delle prestazioni.
 
bhè... per quello serve un TS, o un Access da server usato come servizio...


 bhè... per quello serve un TS, o un Access da server usato come servizio...
 
Una licenza TS <AND> un Access per TS.
Che col solo Access per TS - che io possiedo - non sono riuscito
nell'intento.
C'è da dire però che io non ho alcuna esperienza di TS, non possedendo 
alcuna licenza...
Tu sei in grado di fare esperimenti al riguardo?
 
Mi sembrava di aver letto che Winserver 2012 consentisse operazioni RD 
(Remote Desktop, il nuovo nome per TS) per breve periodo di tempo.
Io però non sono stato in grado di trovare tale possibilità.
 
Bruno
 
 

 ha scritto:

TS, ufficialmente richiede licenza... di fatto se ne frega ;) quindi, Licenza
Access per TS non serve... Ogni utente si colleghera' in DR, e sfruttera' in
toto le potenzialita' nonche' i software presenti sul server su cui si e'
collegati... la questione tempo non esiste.
Ovviamente tutto dipende strettamente dalla connettivita' di entrambi i punti...
se cade, cade la connessione (pur restando la sessione aperta di DR sul server).
L'unico problema (problema inteso in senso "s'adda fare") è rendere
raggiungibile il server in DR (magari su un indirizzo pubblico) e creare le
utenze che magari (per sicurezza) all'accesso leggano solo quell'applicativo
(appena si accede, il sistema riconosce l'utente e apre il DB FE della sua
cartella - che accederà invece a un BE globale - ).


Pablitomf wrote on 05-08-13 :

Ma cosa stai dicendo?
Come fai a lavorare in TS se non ne hai la licenza?
In RD lavori anche con XP ma usi le risorse del Client non quelle del 
Server... con tempi biblici!
 
Ovvero io non ho capito niente.
Nel qual caso illustrami gli OS e le configurazioni del Client e del 
Server (il quale Server - Domain Controller - si trova connesso al 
Client via RJ45, con 4 metri di cavo).
 
Bruno
 
 

 Ovvero io non ho capito niente.
 
Probabile :) (ovviamente con simpatia)... il RD (Remote Desktop) o piu'
comunemente TS (Terminal Service), rende il client semplicemente un TERMINALE...
e da terminale, sfrutta in toto il server sul quale con quel servizio si
connette... praticamente il RD non è anltro che la "visualizzazione" del
desktop/applicativo attivo del proprio utente registrato sul server. ;)
 
Quindi il client richiede un TS ad un indirizzo IP che risponde (il server di
TS). Tale server, richiede credenziali di connessione... dopo l'inserimento,
permette all'utente di connettersi "GRAFICAMENTE" al PC chiamato, e di
usufruire, la sezione dello stesso a lui dedicata (ovvero all'utente connesso),
come se lo stesso fosse fisicamente sulla macchina.
 
Sono stato chiaro?


 Sono stato chiaro?
 
No, per niente!
Mi devi spiegare come configurare Client e Server perché il Client
(XP, W7, etc) esegua sul server un programma sfruttando non le proprie 
ma le risorse del server, via RD e senza aver licenze TS.
 
Non mi interessa la teoria.
Quello che mi spieghi lo metto in atto: dispongo di tutti gli OS e di 
tutti i programmi che servono, escluse licenze TS.
 
Bruno
 
 

 Bruno
 
Bruno ma cosa c'è da spiegare oltre a ciò che già ti ho detto ?... tu un Server
raggiungibile in DT, ce l'hai ?... lo raggiungi ?... si collega al desktop del
server ? e allora ?... una volta connesso, lanci un software (ad. es. Word) da
quel desktop, e in quell'azione stai sfruttando le risorse di quel server... il
tuo client, è semplicemente un "TERMINALE"... è il Server che sta lavorando.


Pablitomf explained :

Sì, hai ragione!
Ho fatto l'esperimento, che non avevo mai fatto, e il comportamento è 
quello che tu deescrivi.
 
Io però intendevo riferirmi, l'ho appena accennato nei post precedenti, 
a Server DC (Domain Controller) al quale può accedere una moltitudine 
di Client in contemporanea e per i quali non mi sembra estendibile la 
soluzione che hai prospettato.
Per esempio 20 Client che utilizzassero Access sul Server dovrebbero 
aprirne 20 sessioni...
Da qui, credo, la necessità di avere Office TS e le licenze TS (da 
Windows 2008 R2 la denominazione Terminal Services è stata sostituita 
con Remote Desktop Services - RDS).
D'altro canto sia office che le licenze TS la MS se li fa pagare ben 
bene... e le aziende le acquistano.
Cinque CAL (Client Access Licence) TS per Windows 2003/2008 costano 
ancora sui $500.00... un po' troppo per fare esperimenti!
 
Bruno
 
 

 Bruno
