Newsgroup: it.lavoro.informatica
Titolo: sviluppare applicazione web

cosa succede se un palmare che si collega a un database sql server 
attraverso un browser web  ( 
asp.net
 ) esce dalla copertura wireless che lo 
connette al database ?
Ad es se sto inserendo una fattura , perdo i dati ?
Oppure poi è sufficiente ricaricare la pagina web ?
Grazie e ciao 

 ha scritto nel messaggio 
news:48666b38$0$40315$4faf...@reader5.news.tin.it...

Salve,
Credo possa interessarti: 
http://msdn.microsoft.com/en-us/library/ms972429.aspx
Saluti,
Gabriele 


Dipende dal tipo di connessione wireles, dall'operatore e dal database 
oltre che dal programma del databae e in che linguagggio è stato 
programmato e come....... nel senso ma che domande fai??
Se il tuo programmatore ha detto al programma di chiudere e salvare il 
record prima della disconnessione i dati sono salvati, altrimenti li 
devi reinserire......... cambia operatore!!

gabriele ha scritto:

il palmare attraverso il "browser web" non si collega a nessun database.
la risposta alla tua domanda è: molto probabilmente non succede niente, 
se esce dalla copertura vuol dire che si disconnette dalla rete e il 
browser darà il classico errore di connessione alle successive richieste 
di pagine effettuate durante il periodo di "buio". in ogni caso il 
server (dove viene eseguito effettivamente l'applicativo) non si accorge 
di niente, per lui è come se l'utente non stesse facendo nessuna operazione.
-- 
? Fino all'anno scorso avevo un solo difetto. Ero presuntuoso.
http://softvalley.blogspot.com
http://www.flickr.com/photos/marko_po/

 il palmare attraverso il "browser web" non si collega a nessun database.
scusate , mi spiego meglio : abbiamo un gestionale web che si connette dai 
palmari al database MS sql server 2005 ( ma c'è anche la versione con MS 
access 2000)
Nei palmari  inserisco gli ordini che aggiornano in real time il database .
Se esco accidentalmente  dalla copertura dell'access point wireless mi 
dicono che non succede niente al gestionale ( non va in crash ) , perchè è 
un gestionale web , scritto in 
asp.net
 .
Io credevo che fosse come quando tolgo il cavo di rete al pc che usa il 
medesimo gestionale in modalità client\server , e mi corrompe le tabelle 
aperte se succede !
Vi risulta ? 


Dipende come e' scritto il gestionale.
-- 
Living in Barbaropoli
http://www.barbaropoli.com

 Dipende come e' scritto
dalle informazioni che abbiamo fin' ora io cosi' a caldo direi proprio
dimmerda.


Se esci dalla copertura wireless è come se stacchi il cavo di rete.
Visto che è scritto in 
aps.net
 non credo che giri in locale sul tuo pc 
ed apra le tabelle sql sul server, altrimenti sono possibili notevoli 
errori, tabelle non chiuse ed altro e quindi crash.
Se gira interamente sul server i possibili errori sono di meno in quanto 
   l'applicativo potrebbe avere una gestione della disconnessione.
Metti il caso che stai inserendo dei dati, se l'applicativo al momento 
che inizi l'inserimento apre il database ed aspetta che tu finisci 
l'inserimento per aggiornare e chiudere il database, credo che tutto 
possa andare in crash.
Se invece l'applicativo aggiorna il database solo alla fine 
dell'inserimento, usando durante l'inserimento solo variabili di 
memoria, in caso di caduta della linea, si perde il record in quel 
momento scritto, ma il database non dovrebbe risentirne.
Come vedi da programmazione possono decidere se fare un crash oppure un 
aplicativo che funziona, e sono stato sul semplice, di sicuro ci sono 
tecniche più affinate.

 Vi risulta ?
Se e programmato coi piedi, si. Se chi l'ha scritto conosce un minimo
di cose (ad esempio, le transazioni) non c'e alcun problema.
-- 
Ciao!
Luca

 dimmerda.
Ahimč, come il 70% dei gestionali. Ne ho viste, io, di cose, che voi
umani non potete nemmeno immaginare...
-- 
Ciao!
Luca

 dovrebbe risentirne. 
Più che non di crash, io parlerei di corruzione dell'integrità. Detto
in altro modo, potresti al limite trovarti con parte dei dati scritti e
parte dei dati non scritti. Ciò che mi fa pensare la cosa comunque
imrobabile è la presenza di un front-end scritto in 
asp.net
. Certo,
bisognerebbe vedere poi come è scritto questo front-end, ma sono
abbastanza convinto che il problema non si ponga.
Ciò che penso sia più probabile è la possibilità che la sessione di
lavoro scada e che sia necessario reinserire la fattura da zero. Pero',
anche qua, bisognerebbe vedere come il tutto accade; ad esempio, IMHO,
se la caduta di connessione è momentanea, è probabile che la sessione
non scada e che sia sufficiente richiedere un semplice reinvio dei dati.
-- 
Ciao!
Luca

 Nei palmari  inserisco gli ordini che aggiornano in real time il database .
forse non mi sono spiegato bene io.
se (e sottolineo _se_) si tratta di un gestionare web, ribadisco che i 
client *non* si connettono direttamente al database ma, ovviamente, al 
server web.
sempre in tal caso, trattandosi di una applicazione web, fra una 
richiesta e l'altra il palmare è *disconnesso* dal server web, quindi 
nel frattempo può succedere qualunque cosa che il server non ne sa nulla.
certamente se il programmatore ci si è messo d'impegno può essere che ci 
siano dei problemi.


 tecniche più affinate.
io penso che sia più difficile creare dei problemi che evitarli. ma si 
sa, la fantasia del programmatore ignorante non è prevedibile.


 
Ora che ci penso, ma non conosco abbastanza 
asp.net
, se l'applicazione è 
via web, il commerciale completa il form e lo invia, solo all'invio 
verrà aggiornato il database.
Quindi se cade la connessione, dovrà al limite ripetere l'invio.
Poi c'è il cookie e la sessione da tenere in considerazine per sapere se 
dovrà anche reinserire i dati.
Quindi in realtà non ci dovrebebro essere problemi a meno che non ci si 
mettano altri fattori.
Non capisco come all'inizio lui dice che se connesso via rete e toglie 
la connessione di rete il tutto va in crash, in quanto anche il wireless 
è una rete e se si disconnette è come staccare il cavo di rete.

 Server. Ci sarà di meglio, ma il suo porco lavoro di DBMS lo fa.
SQL è certamente più avanzato di certi vecchi db..

 lui è come se l'utente non stesse facendo nessuna operazione.
Beh, che il server non si accorge di niente non è proprio vero.
Occorre vedere se l'applicazione Web gestisce la sessione ed in che modo la 
gestisce.

 la gestisce.
i modi che conosco io per gestire la sessione non richiedono certo di 
mantenere una connessione attiva fra browser e server. fra una richiesta 
e l'altra quello che accade alla rete non è rilevante. l'unica cosa che 
può accadere è che nel frattempo la sessione scada, ma ciò avviene a 
prescindere dal motivo per cui fra due richieste si supera il timeout.




Non volevo infierire, magari l'ha pagato molto. :)


 SQL č certamente piů avanzato di certi vecchi db..
Io penso che da sempre Microsoft faccia due ottimi prodotti. uno č
Visuaň Studio, l'altro č SQL Server.
-- 
Ciao!
Luca

 e parte dei dati non scritti. 
Spero che uno straccio di transazione con commit finale ci sia. Certo
dice che puň usare anche Access, nel qual caso potrebbe anche mancare
(non so se Access supporta le transazioni).
Se č cosě .... povero lui! 

 SQL è certamente più avanzato di certi vecchi db..
Quali vecchi DB ? :)
-- 
Lawrence, 
oluyede.org
 - 
neropercaso.it
 - 
stacktrace.it
"It is difficult to get a man to understand 
something when his salary depends on not
understanding it" - Upton Sinclair

 Quali vecchi DB ? :)
beh sai dipende anche da quale accezione di "avanzato" intendeva usare... :)


 
Quelli che si parvano e chiudevano e non si autochiudevano dopo un certo 
tempo.... bho ovvio non voglio arrivare agli albori :)
Ma ovviamente su commodore in basic o casomai anche DB3 se non lo 
chiudevi a ogni  campo compilato ti perdevi il record per la via come 
niente fosee... ma non era da web.

 tempo.... 
tradotto in italiano? :P


 
aprivano..... e chiudevano

 Quali vecchi DB ? :)
A me vengono in mente quelli della Raima... O anche il Paradox... ;)
-- 
Ciao!
Luca

 (non so se Access supporta le transazioni).
Sì sì, le supporta.
-- 
Stefano Frosio
www.esse-effe.com

 server web.
forse hai ragione , perchč richiede IIS sul server
ciao 

 una rete e se si disconnette è come staccare il cavo di rete.
mi riferivo alla versione client-server del medesimo gestionale , non alla 
nuova versione web
ciao