Come si è visto nello script #237, il motore di SQL Server Compact 4 lavora in-process ed è pensato per database di contenute dimensioni, ma che comunque necessitano di buone prestazioni per le operazioni relazionali.
Poiché il motore persiste le informazioni su unico file, solitamente con estensione sdf, può capitare che possa fallire l'operazione di scrittura su disco o che la scrittura delle page, blocchi di informazioni con le quali vengono identificate le righe, vada parzialmente a buon fine, magari perché il processo si è interrotto in quella fase.
Come per il fratello maggiore, SQL Server, anche il database ha bisogno quindi di essere amministrato in modo da resistere nel tempo ed evitare che informazioni vengano perse. Per l'esecuzione di questa attività manutentiva, la classe SqlCeEngine mette a disposizione alcuni metodi che andrebbero, come buona norma, chiamati allo startup dell'applicazione.
Il primo passo da compiere solitamente consiste nel verificare l'integrità del database e in particolare nella verifica del checksum di ogni page del database. Nel caso dovesse fallire è possibile chiamare il metodo Repair che, in base all'opzione specifica, può scartare i record che risultano non essere corretti, oppure ripristinarli, ma con potenziali errori nelle informazioni delle colonne.
using (SqlCeEngine engine = new SqlCeEngine("Data Source=test.sdf"))
{
// Verifico il database
if (engine.Verify(VerifyOption.Enhanced))
{
// Recupero le righe scartando quelle corrotte
engine.Repair(null, RepairOption.DeleteCorruptedRows);
}
}Un'altra attività da effettuare regolarmente va invece incontro alla potenziale frammentazione del file fisico a seguito di molteplici operazioni sul database. Frequenti update o cancellazioni possono, per motivi prestazionali, lasciare degli offeset di byte liberi, ma che contribuiscono ad aumentare la dimensione del database. In questo caso è opportuno procedere allo shrink, possibile con l'omonimo metodo.
using (SqlCeEngine engine = new SqlCeEngine("Data Source=test.sdf"))
{
// Ottimizzo lo spazio utilizzato dal DB
engine.Shrink();
}Si consiglia di eseguire queste operazioni in asincrono, mettendo in attesa l'utente, perché è richiesto l'accesso esclusivo al file.
Riferimenti utili
Dite addio ad Access con SQL Server Compact 4.0 (speciale)https://www.aspitalia.com/focuson/1207/Dite-Addio-Access-SQL-Server-Compact-4.0.aspx
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Utilizzare AbortController per cancellare operazioni asincrone in JavaScript
Utilizzo delle Feature flag in ASP.NET Core
Canary release con .NET Aspire
Configurare OpenTelemetry per Application Insights su ASP.NET Core
Ottimizzare la content-visibility in CSS specificando lo spazio da occupato dall'area non renderizzata
Personalizzare i parametri del CSS Scroll Snap
Abilitare il rolling update su Azure Functions flex consumption
Usare i generics di C# con la clausola nameof in modo semplificato
Filtrare i dati in ASP.NET Core usando OpenTelemetry su Azure Monitor
Utilizzare @property per animare nativamente un oggetto HTML tramite CSS
Planning & Specification Driven Development + GitHub Copilot
Rendere affidabile lo scale out su Azure App Service


