In una rete locale (LAN) non c'è alcun motivo valido per continuare ad aprire e chiudere la connessione ad un database.
A meno che sia la rete stessa ad avere problemi, in tal caso è opportuno verificare prima di eseguire operazioni CRUD che la connessione sia attiva.
La si stabilisce all'avvio dell'applicazione e la si chiude al termine dell'applicazione.
Il vero problema è gestire la concorrenza dei dati, cose che va fatta utilizzando le transazioni (sempre!!!).
Sul mio sito trovi un progetto sorgente 'template' (ed il link all'articolo Microsoft che spiega la concorrenza ottimistica utilizzata nel progetto):
Login Project
http://nuke.vbcorner.net/Projects/VB...S/Default.aspx
che, riporto testualmente:
The purpose of this project is to provide support to less experienced developers in the design of data-oriented applications using a database. In practice it is a kind of 'template' project that can be used as a basis to develop or expand their applications.
Especially focusing on the management of data concurrency which is a critical step of the multi-user environments.
Infine, devi prevedere a fine giornata la compattazione del database, altrimenti a lungo andare rischi che si corrompa ed allora... Addio ai dati!
N.B.
Personalmente eviterei il WiFi ed opterei possibilmente per una rete cablata.
Rispondi quotando