front end back end in terminal server dubbio in caso di SQL SERVER con ODBC

[paolo]

Salve a tutti,
tempo addietro avevo creato un piccolo applicativo mdb per un
ambulatorio che gestiva i vari pazienti. la cosa è abbastanza piaciuta
ed una persona che se trasferita in una realtà più grande ma chiesto
di proporlo anche a loro, che lavorano in sessioni terminal server, o
meglio Citrix. ora dopo lunghe lette a questo group mi sembra d'aver
capito che vi siano 2 possibilità rispetto al mio applicativo che ha
come BE un file mdb:
1- creo nel server terminal tanto fe quante sono le utenze che
andranno ad usare il programma (...e siccome sono più di 15 e
soprattutto rischiano di diventare ancora di più, sinceramente non mi
esalta come idea e come immagine che darei)
2- converto l'applicazione in progetto adp, ma da quel che ho letto,
nonostante sia molto semplice l'applicativo, ciò significherebbe
rivedere quasi in toto il mio lavoro, ma mi permetterebbe di lasciare
un solo fe ed evitare duplicati

La domanda è questa: collegando via odbc a sql server il mio front end
mde, ottengo dei giovamenti, del tipo tutti in terminal si collegano
allo stesso mde, oppure al mio fine questa soluzione non porta a
niente?

Vi ringrazio anticipatamente per l'attenzione che mi presterete

ciao

paolo

[Simone Calligaris]

"paolo" <***@gmail.com> ha scritto nel messaggio news:***@p15g2000hsd.googlegroups.com...
Salve a tutti,
tempo addietro avevo creato un piccolo applicativo mdb per un
ambulatorio che gestiva i vari pazienti. la cosa è abbastanza piaciuta
ed una persona che se trasferita in una realtà più grande ma chiesto
di proporlo anche a loro, che lavorano in sessioni terminal server, o
meglio Citrix. ora dopo lunghe lette a questo group mi sembra d'aver
capito che vi siano 2 possibilità rispetto al mio applicativo che ha
come BE un file mdb:
1- creo nel server terminal tanto fe quante sono le utenze che
andranno ad usare il programma (...e siccome sono più di 15 e
soprattutto rischiano di diventare ancora di più, sinceramente non mi
esalta come idea e come immagine che darei)
2- converto l'applicazione in progetto adp, ma da quel che ho letto,
nonostante sia molto semplice l'applicativo, ciò significherebbe
rivedere quasi in toto il mio lavoro, ma mi permetterebbe di lasciare
un solo fe ed evitare duplicati

La domanda è questa: collegando via odbc a sql server il mio front end
mde, ottengo dei giovamenti, del tipo tutti in terminal si collegano
allo stesso mde, oppure al mio fine questa soluzione non porta a
niente?

----------------------------------------------------------------------------
-----

Da quanto scrivi l'applicazione girerà su un Terminal Server preesistente.
Quindi la soluzione 1- va bene (e non vedo perchè dovrebbe dare una brutta
immagine di te!).

Nel momento in cui tiri in ballo gli ADP (in prospettiva futura non
consigliabili) oppure ODBC, parli di un'altra cosa.
Ovvero della possibilità di installare gli applicativi sui vari Clients e
farli girare in rete windows ordinaria, non in Terminal Server.

Saluti.

[paolo]

Post by paolo
Salve a tutti,
tempo addietro avevo creato un piccolo applicativo mdb per un
ambulatorio che gestiva i vari pazienti. la cosa è abbastanza piaciuta
ed una persona che se trasferita in una realtà più grande ma chiesto
di proporlo anche a loro, che lavorano in sessioni terminal server, o
meglio Citrix. ora dopo lunghe lette a questo group mi sembra d'aver
capito che vi siano 2 possibilità rispetto al mio applicativo che ha
1- creo nel server terminal tanto fe quante sono le utenze che
andranno ad usare il programma (...e siccome sono più di 15 e
soprattutto rischiano di diventare ancora di più, sinceramente non mi
esalta come idea e come immagine che darei)
2- converto l'applicazione in progetto adp, ma da quel che ho letto,
nonostante sia molto semplice l'applicativo, ciò significherebbe
rivedere quasi in toto il mio lavoro, ma mi permetterebbe di lasciare
un solo fe ed evitare duplicati
La domanda è questa: collegando via odbc a sql server il mio front end
mde, ottengo dei giovamenti, del tipo tutti in terminal si collegano
allo stesso mde, oppure al mio fine questa soluzione non porta a
niente?
----------------------------------------------------------------------------
-----
Da quanto scrivi l'applicazione girerà su un Terminal Server preesistente.
Quindi la soluzione 1- va bene (e non vedo perchè dovrebbe dare una brutta
immagine di te!).
Nel momento in cui tiri in ballo gli ADP (in prospettiva futura non
consigliabili) oppure ODBC, parli di un'altra cosa.
Ovvero della possibilità di installare gli applicativi sui vari Clients e
farli girare in rete windows ordinaria, non in Terminal Server.
Saluti.

un'accesso simultaneo di 15 utenti non potrebbe darmi dei problemi con
questa configurazione?

[MA]

Post by paolo

Post by Simone Calligaris
Da quanto scrivi l'applicazione girerà su un Terminal Server
preesistente.
Quindi la soluzione 1- va bene (e non vedo perchè dovrebbe dare una brutta
immagine di te!).
Nel momento in cui tiri in ballo gli ADP (in prospettiva futura non
consigliabili) oppure ODBC, parli di un'altra cosa.
Ovvero della possibilità di installare gli applicativi sui vari Clients e
farli girare in rete windows ordinaria, non in Terminal Server.
Saluti.

un'accesso simultaneo di 15 utenti non potrebbe darmi dei problemi con
questa configurazione?

Assolutamente no.

[Simone Calligaris]

"paolo"

Post by paolo
un'accesso simultaneo di 15 utenti non potrebbe darmi dei problemi con
questa configurazione?

Dipende: se la tua applicazione è lenta già in monoutenza (o il TServer è
impiccato) è chiaro che ci saranno problemi ;-)

Altrimenti dovrai tener d'occhio solo una cosa: l'effetto bloating del DB.
Scrivi del codice che compatti il BE su chiusura applicazione e sensibilizzi
il cliente affinchè la sera tutti chiudano l'applicazione (o meglio, non
lascino il PC acceso): alla chiusura dell'ultimo utente il DB sarà
riorganizzato.

Personalmente ho avuto per anni un Terminal Server che supportava una
ventina d'utenti su un'applicazione piuttosto grossa.
In seguito è stato necessario effettuare l'Upsizing del DB a SQL Server
perchè il volume di dati era eccessivo, ma non credo sia (almeno ora) il tuo
problema.

Saluti.

[paolo]

Post by Simone Calligaris
"paolo"

Post by paolo
un'accesso simultaneo di 15 utenti non potrebbe darmi dei problemi con
questa configurazione?

Dipende: se la tua applicazione è lenta già in monoutenza (o il TServer è
impiccato) è chiaro che ci saranno problemi ;-)
Altrimenti dovrai tener d'occhio solo una cosa: l'effetto bloating del DB.
Scrivi del codice che compatti il BE su chiusura applicazione e sensibilizzi
il cliente affinchè la sera tutti chiudano l'applicazione (o meglio, non
lascino il PC acceso): alla chiusura dell'ultimo utente il DB sarà
riorganizzato.
Personalmente ho avuto per anni un Terminal Server che supportava una
ventina d'utenti su un'applicazione piuttosto grossa.
In seguito è stato necessario effettuare l'Upsizing del DB a SQL Server
perchè il volume di dati era eccessivo, ma non credo sia (almeno ora) il tuo
problema.
Saluti.

Che dire grazie a tutti dell'aiuto, oltrettutto avete smentito quella
che era una mia credenza sui limiti di accesso simultaneo agli mdb.
pertanto l'unico contro è la dimensione dell'mdb che non può superare
i 2 gb se non erro. giusto?

grazie ancora a tutti.

[Simone Calligaris]

"paolo"

Che dire grazie a tutti dell'aiuto, oltrettutto avete smentito quella
che era una mia credenza sui limiti di accesso simultaneo agli mdb.
pertanto l'unico contro è la dimensione dell'mdb che non può superare
i 2 gb se non erro. giusto?


-------------------------------------------------------------------------

Access 97 1 GB

Successivi 2 GB


Saluti.