Newsgroup: it.comp.lang.visual-basic
Titolo: Consultare database su server aziendale tramite internet

Ho creato una applicazione client - server .
Per qunato riguarda l'applicazione tutto ok. Utilizzo VB6 ADO e MSDE.
Ora, il mio cliente ha questo problema. Vorrebbe accedere dal suo computer 
di casa o dal portatile
ai dati aziendali. Credo che sia possibile in linea di massima, anche se non 
ho studiato bene la cosa.
Essendo la prima volta che mi trovo ad affrontare un problma simile vorrei 
sapere se qualcuno di voi
ha già affrontato la questione in passato e quali sono le linee base da 
seguire per non creare casini sul database.
Infatti pensavo ad ipotetici casi in cui ci sia uno shut down del 
collegamento internet, durante la migrazione dei dati.
Poi c'è il problema della quantità di dati da scaricare ogni volta.
Per esempio: all'evento form load mi carico un bel recordset formato da 1000 
records. In rete locale è un attimo, ma
tramite modem?
Insomma che linee guida devo seguire per avvicinarmi al problema in modo 
corretto????
Ogni consiglio sarà veramente apprezzato....
Grazie
IAK 

 tramite modem?
E che ti importa della lentezza?!? Allunga la scadenza della sessione 
del server web e vedrai che anche con un modem risolvi!
Male che va usa le stored procedure che riducono di brutto il tempo
di caricamento.

 tramite modem?
Se il tuo client è fatto bene, il trasferimento dei dati è ridotto 
all'osso (ad esempio, niente Select *, recordset filtrati al massimo, 
uso di aperture asincrone), per cui la cosa potrebbe anche essere 
'leggera'.
Certo, la sua differenza c'è, altro che.
Cerca di spostare la maggior parte di elaborazione sull'applicativo 
lato server.
Ciao
Alberto
-- 
Ma noi no


Il problema è proprio questo. Ho cercato di limitare al massimo la quantità 
di dati
estratti ogni volta dal db. Però ci sono casi in cui non è possibile 
viaggiare con piccole
quantità di dati. Esempio: alcuni  report...
Per quanto riguarda l'update non credo ci siano grossi problemi, visto che 
si tratta spesso di records
singoli o al massimo di qualche inner join.
Il caricamento dei dati mi spaventa. Mettiamo che questo decida di 
scaricarsi tutto il magazzino sul programma.
Avevo pensato di richiedere cento records alla volta, poi scorrendo la 
listview inviare una richiesta al server per altri records,
ma mi sembra un casino...
Insomma, i tempi, comunque si metta la questione, mi sembrano ad occhio e 
croce parecchio lunghi.
Ho letto alcuni messaggi su google di gente che si lamentava del fatto che 
DAO fosse lentissimo.
ADO è più veloce? (Anche se a dire il vero credo non conti molto il fatto 
che si usi ADO o DAO)...
Grazie
IAK

 E che ti importa della lentezza?!?
Sinceramente mi importa eccome....
Se devo creare una porcata che ci mette 10 minuti a caricare un recordset 
preferisco non
farlo!
Grazie dei consigli !
IAK 

 Grazie dei consigli !
Beh tieni conto che sul web, con un modem, la lentezza è quella, non
esiste modo di cambiarla...ma questo non significa fare porcherie!!!


casomai è l'incontrario....
se (inevitabilmente ma è bene dirlo)...usi DAO e JET (access) sei più veloce
rispetto al provider jet di ADO!!!
Vecchio post...
il buon vecchio Lupo...aveva e forse l'ha ancora un progettino sul SC per
misurare la differenza di velocità!
...ma siccome usi msde....
il problema (spero) non si pone!....non stai usando ado?

scusa, se hai un server in ufficio..
non potresti risolvere tutto usando una vpn + un desktop remoto?
metti il programma sul server, quindi si smazza tutte le interrogazioni
etc... ed
rdp passa "solo" immagini ed il mio sistemista mi dice che e' assai
performante.
(io in rdp lavoro o con hdsl o lan, per cui non credo di far testo, ma
funziona)

 ha scritto nel messaggio 
news:1127901484....@g47g2000cwa.googlegroups.com...

Infatti pensavo di fare una roba del genere....seguendo il consiglio di 
ALBE...
Grazie mille davvero
IAK 

 Grazie mille davvero
mmmm...ossia quale?
ALBE ha proposto 2 soluzioni
La più semplice
La migliore
Indovino un po?
la migliore?
no eh!!!....mannaggia!!! Non ci do mai!


Pensavo ad ASP ;-)