Concetto
L’utilizzo parallelo di Track of the day
su più computer funziona senza problemi. Chi desidera visualizzare gli stessi dati su tutti i computer può configurare i propri computer di conseguenza. A tal fine è necessario comprendere come Track of the day
gestisce i propri dati.
Requisiti
Importante:
affinché questo scenario funzioni, è richiesta almeno la versione 4.1
di Track of the day
.
Limitazioni
Affinché il database possa essere sincronizzato automaticamente con altri computer, Track of the day non deve essere in esecuzione, altrimenti i file di database vengono bloccati e non possono essere sincronizzati automaticamente con altri computer. In uno scenario distribuito con più computer è possibile lavorare solo in sequenza, mai contemporaneamente.
Profilo utente
Il requisito fondamentale per l’installazione è l’utilizzo di un account Microsoft gratuito. I profili utente vengono tipicamente creati nella cartella C:\Benutzer\. Questa cartella è un alias di C:\Users\, pertanto entrambi i percorsi funzionano. Per ogni profilo utente viene creata una directory.
- C:\Users\Elizabeth
- C:\Users\Frank
- C:\Users\John
Inizialmente, ogni profilo utente presenta la stessa struttura di directory. Al suo interno si trovano cartelle denominate Documenti, Immagini, Video ecc.
Al momento della prima installazione, Track of the day crea nel profilo utente dell’utente connesso, all’interno della cartella Documenti, la sottocartella "Track of the day". Qui vengono create ulteriori sottocartelle, come ad esempio Cache, Esempi, Icone ecc.
Con la versione 4.0 è stato introdotto un database basato su Microsoft SQL Server 2019 LocalDB. Dopo l’installazione, Track of the day verifica se è installato un server SQL. Se non viene trovato, l’installazione del server SQL viene avviata automaticamente. A questo punto non si vede ancora nulla di Track of the day, ma è attivo in background in modo invisibile. Una volta installato il server SQL, viene chiesto se si desidera creare un nuovo database per Track of the day.
Database
Questo database viene salvato automaticamente da SQL Server nella directory principale del profilo utente. Vengono generati due file: il database vero e proprio e il log delle transazioni. Ulteriori informazioni sono disponibili qui.
- C:\Users\John\TrackOfTheDay.GpxDataModel.mdf
- C:\Users\John\TrackOfTheDay.GpxDataModel_log.ldf
Gestione dei dati
La gestione dei dati di Track of the day è di tipo ibrido. Ciò significa che il database SQL Server viene utilizzato solo come directory con riferimenti a migliaia di file. In questo modo il database rimane molto compatto e veloce. È tuttavia possibile che si verifichino incongruenze se vengono eliminati file a cui si fa riferimento all’interno del database.
Più computer
Se si lavora con più computer e si utilizza lo stesso account Microsoft, la gestione distribuita dei dati appare più o meno come illustrato nel grafico seguente. Quando si utilizzano più computer, è importante comprendere che SQL Server LocalDB è progettato per l’utilizzo su un solo computer. Non è previsto un utilizzo parallelo con più utenti registrati su computer diversi.
Sincronizzazione
Per poter accedere allo stesso database da più computer, tutti i dati devono essere replicati senza eccezioni. Ciò include anche il database SQL. Per questa replica è possibile utilizzare un software apposito. In alternativa, è possibile utilizzare anche il sistema gratuito Microsoft OneDrive. Microsoft offre a ogni utente un account OneDrive con 5 GB di spazio di archiviazione. È possibile acquistare spazio di archiviazione aggiuntivo tramite un abbonamento a pagamento.
Questo grafico mostra come deve essere configurata l’installazione. OneDrive deve essere configurato in modo che il profilo utente utilizzato sia identico su tutti i computer. È quindi necessario accedere a tutti i computer con lo stesso account Microsoft, altrimenti non funzionerà!
Affinché questo sistema funzioni, il database SQL Server deve essere spostato in OneDrive.
Il percorso deve quindi essere modificato da
- C:\Users\John\TrackOfTheDay.GpxDataModel.mdf
- C:\Users\John\TrackOfTheDay.GpxDataModel_log.ldf
a
- C:\Users\John\Documents\Track of the day\Database\TrackOfTheDay.GpxDataModel.mdf
- C:\Users\John\Documents\Traccia dell’ giorno\Database\Traccia dell’ giorno.GpxDataModel_log.ldf
.
Il risultato sarà, ad esempio, il seguente:
Per poter utilizzare un database SQL, è necessaria una connessione. Per stabilire questa connessione, viene utilizzata una cosiddetta stringa di connessione. La stringa di connessione è una stringa di caratteri lunga e complessa che contiene il nome e la posizione del database e ogni sorta di altre informazioni tecniche necessarie.
Affinché Track of the day trovi il database nella nuova posizione, è necessario creare una stringa di connessione che si discosti dall’impostazione predefinita. Nelle impostazioni di Track of the day c’è la sezione Database. Per evitare di dover creare da soli questa complessa stringa di caratteri, è disponibile un aiuto. Basta cliccare sul pulsante [ … ] e navigare fino al database che è stato precedentemente spostato nel profilo utente.
Se tutto ha funzionato, verrà visualizzato questo messaggio:
La stringa di connessione risultante è simile a questa:
- data source=(LocalDb)\MSSQLLocalDB;AttachDbFilename=’C:\Users\ansch\Documents\Track of the day\Database\TrackOfTheDay.GpxDataModel.mdf’;initial catalog=TrackOfTheDay.GpxDataModel;integrated security=True;MultipleActiveResultSets=True;App=EntityFramework
Dopo il riavvio dell’applicazione, il database spostato viene individuato e utilizzato sulla base della stringa di connessione.
Se qualcosa è andato storto, viene visualizzato un messaggio di errore come questo.
Risoluzione dei problemi
Le cause possono essere molteplici. In caso di dubbio, si prega di contattare il nostro supporto. Una stringa di connessione modificata può essere cancellata in qualsiasi momento nelle impostazioni. Se si è accidentalmente danneggiato il database, al prossimo avvio verrà chiesto se si desidera cercare un database esistente o crearne uno nuovo automaticamente.
Quando si verificano errori, le cause sono sempre molteplici, specialmente in uno scenario come quello qui descritto.
Se la creazione automatica di un nuovo database non funziona, spesso il server SQL non è disponibile. È possibile verificarlo tramite una riga di comando.
I comandi sono:
- sqllocaldb i – In questo modo è possibile verificare se il server SQL è disponibile
- sqllocaldb s – Avvia SQL Server
- sqllocaldb p – Arresta SQL Server
- sqllocaldb -? – Visualizza la guida sui parametri
