Newsgroup: it.comp.appl.access
Titolo: Progetto ADE: una sola connessione?!? [DK]

Salve a tutti. Volevo riportarvi un fatto stranissimo che mi è
capitato con un progetto di Access 2000 (file ADE). Uso piattaforma
Microsoft con S.O. Windows XP ed ho copiato il progetto compilato .ade
su un server condiviso che utlizza Windows SERVER (su cui è impostata
una connessione illimitata degli utenti sui file).
Il problema nasce quando si viene a creare una multiconnessione: 
sembrerebbe che il progetto funzioni con un solo utente per volta!!!
Possibile?!? Se un secondo utente provasse ad aprire il file genera
due tipi possibili di "errori":
1) non apre proprio il file senza dire nulla.. come se il doppio click
del mouse andasse a vuoto..
2) apre il progetto in sola lettura...
Se poi quel file .ADE lo copiassi in una sottocartella allora
funziona... come se il S.O. riconoscesse il file e vietasse più di una
connessione contemporanea.
Il dubbio è: se Access ha al massimo la possibilità di far connettere
256 utenti contemporaneamente, allora forse c'è qualche settaggio da
fare?!?
Grazie.
Luigi.

 fare?!?
Perchè vuoi aprire il Front-End in multisessione?
Saluti.

 Saluti.
perchè il front-end può essere utilizzato da N utenti... e vorrei che
funzionasse come un db di Access in condivisione... L'unica soluzione
che vedo è quella di creare N copie dell'ADE una per ogni utente...
Possibile che ci sia questo limite?
Grazie.
Luigi

 Luigi
Questo non è un limite, anzi è un punto di Forza...!
Come puoi pensare di fare usare in MultiIstanza un applicativo
ad utenti Contemporanei che lavora sul SERVER...??
Anche se metti un solo ADE lato Server in realtà il programma
verrà aperto lato Client, ma con un sacco di scocciature di rete.
Questa è una distorsione di come si devono realizzare i gestionali 
in rete.
Non troverai mai applicativi(se non basati su tecnologia WEB) che
funzionano
come dici tu, se non quelli fatti male.
@Alex
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Possibile che ci sia questo limite?
Premessa: in genere è asssolutamente da evitare l'apertura in multisessione
di un .MDB/E ... rischia di corrompersi (non dimenticare che un .MDE, anche
con sole tabelle collegate, NON è un file a sola lettura).
Quindi, anche se possibile, è meglio evitare tale configurazione e far
risiedere i FE sui Clients.
Oppure creare N cartelle diverse sul Server (io lo faccio con le
installazioni Terminal Server).
Puoi verificare quanto ho scritto consultando qualunque documentazione
esaustiva inerente le cause di corruzioni di files di Access
Con gli .ADE la situazione cambierebbe: sono infatti files di progetto
rigorosamente a sola lettura e l'apertura in multisessione non causerebbe i
suddetti problemi.
Ora, la faccenda del messaggio "d'apertura a sola lettura" è stato sollevato
qualche volta, ma all'atto pratico non dovrebbe influenzare la corretta
esecuzione dei programmi.
Probabilmente i frequentatori di icaa non hanno mai approfondito la
faccenda, perchè per abitudine quasi nessuno consente l'apertura degli
applicativi in multisessione.
D'altro canto creare cartelle separate sul Server non è un problema (basta
creare un file .bat o Vbscript per automatizzare gli aggiornamenti).
Saluti.

 verrà aperto lato Client, ma con un sacco di scocciature di rete.
Sì è vero Alessandro, ma non dimenticare la configurazione "Terminal Server"
(mi sa che è il caso suo).
I tale situazione l'apertura in multisessione potrebbe essere comoda: anche
se va comunque benissimo creare N cartelle ognuna con la propria copia dei
programmi.
Saluti.

 wrote in message
news:ZFw4e.47027$
zZ1.1...@twister1.libero.it

Beh corretto, no ho letto da nessuna parte che si riferisse a TS,
nel qual caso le cose sono rivalutabili.
Io non uso TS perchè ormai in azienda ci si è mossi(io
ed un mio collega) per una soluzione Client-Server, che per poco
girerà ancora sotto SQL6.5+A97, tra breve migreremo tutto su
SQL2000 e A2003, ma non ho intenzione di rifare gli applicativi in
ADE, mi tengo i miei MDE convertendoli...!
Ciao
@Alex 
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 ha scritto nel messaggio
news:2a3eb988.05040...@posting.google.com...

Ciao Luigi,
il comportamento che riscontri è assolutamente normale,
il primo utente che apre il tuo file ADE si connette a Sql server, questa
connessione viene registrata nelle proprietà del file ADE (vedi
Currentproject.Connection). A questo punto non è possibile da parte di un
secondo utente cambiare la connessione, andrebbe a scombinare ciò che vede
il primo utente, per fortuna i progetti ADP-ADE hanno questo meccanismo che
blocca il file in sola lettura dopo il primo accesso.
Ogni utente dovrebbe avere la sua copia del File ADE oppure (anche se con
qualche controindicazione) se la connessione a Sql Server non viene mai
cambiata puoi assegnare al file ADE l'attributo di sola lettura e farlo
aprire contemporaneamente da tutti.
Le controindicazioni a questo sistema sono di non poter vedere da Server chi
è connesso o meglio vedrai tante connessioni ma tutte con lo stesso Computer
Name.
Ciao Giorgio

Un grazie a tutti quanti per le preziose info. Non ho mai parlato di
TS infatti perchè uso una connessione Client / Server.
Avete ragione sulla potenza di Access nel bloccare l'accesso in
scrittura ad un secondo utente... volevo solo avere conferma che
questa cosa non si potesse modificare da qualche impostazione... fermo
restando che in tal caso si tratterebbe di una applicazione "gestita
male".
Creerò quindi una copia dell'ADE per ogni utente perchè ho necessità
di multisessione nell'applicativo...
Il problema quindi è proprio di natura FILE SYSTEM e non di Access?!?
Grazie a tutti.
Luigi


 Grazie a tutti.
Ciao Igio80,
è proprio una condizione impostata volutamente come mostrato qui
-----------
http://support.microsoft.com/default.aspx?scid=kb;en-us;318868
-----------
l'eventuale attributo Read Only impostato da File System evita il messaggio
di avviso.
Ciao Giorgio