.NET MAUI local databases
The SQLite database engine allows .NET Multi-platform App UI (.NET MAUI) apps to load and save data objects in shared code. You can integrate SQLite.NET into .NET MAUI apps, to store and retrieve information in a local database, by following these steps:
- Install the NuGet package.
- Configure constants.
- Create a database access class.
- Access data.
- Advanced configuration.
This article uses the sqlite-net-pcl NuGet package to provide SQLite database access to a table to store todo items. An alternative is to use the Microsoft.Data.Sqlite NuGet package, which is a lightweight ADO.NET provider for SQLite. Microsoft.Data.Sqlite implements the common ADO.NET abstractions for functionality such as connections, commands, and data readers.
Install the SQLite NuGet package
Use the NuGet package manager to search for the sqlite-net-pcl package and add the latest version to your .NET MAUI app project.
There are a number of NuGet packages with similar names. The correct package has these attributes:
- ID: sqlite-net-pcl
- Authors: SQLite-net
- Owners: praeclarum
- NuGet link: sqlite-net-pcl
Despite the package name, use the sqlite-net-pcl NuGet package in .NET MAUI projects.
Important
SQLite.NET is a third-party library that's supported from the praeclarum/sqlite-net repo.
Install SQLitePCLRaw.bundle_green
In addition to sqlite-net-pcl, you temporarily need to install the underlying dependency that exposes SQLite on each platform:
- ID: SQLitePCLRaw.bundle_green
- Version: >= 2.1.0
- Authors: Eric Sink
- Owners: Eric Sink
- NuGet link: SQLitePCLRaw.bundle_green
Configure app constants
Configuration data, such as database filename and path, can be stored as constants in your app. The sample project includes a Constants.cs file that provides common configuration data:
public static class Constants
{
public const string DatabaseFilename = "TodoSQLite.db3";
public const SQLite.SQLiteOpenFlags Flags =
// open the database in read/write mode
SQLite.SQLiteOpenFlags.ReadWrite |
// create the database if it doesn't exist
SQLite.SQLiteOpenFlags.Create |
// enable multi-threaded database access
SQLite.SQLiteOpenFlags.SharedCache;
public static string DatabasePath =>
Path.Combine(FileSystem.AppDataDirectory, DatabaseFilename);
}
In this example, the constants file specifies default SQLiteOpenFlag
enum values that are used to initialize the database connection. The SQLiteOpenFlag
enum supports these values:
Create
: The connection will automatically create the database file if it doesn't exist.FullMutex
: The connection is opened in serialized threading mode.NoMutex
: The connection is opened in multi-threading mode.PrivateCache
: The connection will not participate in the shared cache, even if it's enabled.ReadWrite
: The connection can read and write data.SharedCache
: The connection will participate in the shared cache, if it's enabled.ProtectionComplete
: The file is encrypted and inaccessible while the device is locked.ProtectionCompleteUnlessOpen
: The file is encrypted until it's opened but is then accessible even if the user locks the device.ProtectionCompleteUntilFirstUserAuthentication
: The file is encrypted until after the user has booted and unlocked the device.ProtectionNone
: The database file isn't encrypted.
You may need to specify different flags depending on how your database will be used. For more information about SQLiteOpenFlags
, see Opening A New Database Connection on sqlite.org.
Create a database access class
A database wrapper class abstracts the data access layer from the rest of the app. This class centralizes query logic and simplifies the management of database initialization, making it easier to refactor or expand data operations as the app grows. The sample app defines a TodoItemDatabase
class for this purpose.
Lazy initialization
The TodoItemDatabase
uses asynchronous lazy initialization to delay initialization of the database until it's first accessed, with a simple Init
method that gets called by each method in the class:
public class TodoItemDatabase
{
SQLiteAsyncConnection Database;
public TodoItemDatabase()
{
}
async Task Init()
{
if (Database is not null)
return;
Database = new SQLiteAsyncConnection(Constants.DatabasePath, Constants.Flags);
var result = await Database.CreateTableAsync<TodoItem>();
}
...
}
Data manipulation methods
The TodoItemDatabase
class includes methods for the four types of data manipulation: create, read, edit, and delete. The SQLite.NET library provides a simple Object Relational Map (ORM) that allows you to store and retrieve objects without writing SQL statements.
The following example shows the data manipulation methods in the sample app:
public class TodoItemDatabase
{
...
public async Task<List<TodoItem>> GetItemsAsync()
{
await Init();
return await Database.Table<TodoItem>().ToListAsync();
}
public async Task<List<TodoItem>> GetItemsNotDoneAsync()
{
await Init();
return await Database.Table<TodoItem>().Where(t => t.Done).ToListAsync();
// SQL queries are also possible
//return await Database.QueryAsync<TodoItem>("SELECT * FROM [TodoItem] WHERE [Done] = 0");
}
public async Task<TodoItem> GetItemAsync(int id)
{
await Init();
return await Database.Table<TodoItem>().Where(i => i.ID == id).FirstOrDefaultAsync();
}
public async Task<int> SaveItemAsync(TodoItem item)
{
await Init();
if (item.ID != 0)
return await Database.UpdateAsync(item);
else
return await Database.InsertAsync(item);
}
public async Task<int> DeleteItemAsync(TodoItem item)
{
await Init();
return await Database.DeleteAsync(item);
}
}
Access data
The TodoItemDatabase
class can be registered as a singleton that can be used throughout the app if you are using dependency injection. For example, you can register your pages and the database access class as services on the IServiceCollection
object, in MauiProgram.cs, with the AddSingleton
and AddTransient
methods:
builder.Services.AddSingleton<TodoListPage>();
builder.Services.AddTransient<TodoItemPage>();
builder.Services.AddSingleton<TodoItemDatabase>();
These services can then be automatically injected into class constructors, and accessed:
TodoItemDatabase database;
public TodoItemPage(TodoItemDatabase todoItemDatabase)
{
InitializeComponent();
database = todoItemDatabase;
}
async void OnSaveClicked(object sender, EventArgs e)
{
if (string.IsNullOrWhiteSpace(Item.Name))
{
await DisplayAlert("Name Required", "Please enter a name for the todo item.", "OK");
return;
}
await database.SaveItemAsync(Item);
await Shell.Current.GoToAsync("..");
}
Alternatively, new instances of the database access class can be created:
TodoItemDatabase database;
public TodoItemPage()
{
InitializeComponent();
database = new TodoItemDatabase();
}
For more information about dependency injection in .NET MAUI apps, see Dependency injection.
Advanced configuration
SQLite provides a robust API with more features than are covered in this article and the sample app. The following sections cover features that are important for scalability.
For more information, see SQLite Documentation on sqlite.org.
Write-ahead logging
By default, SQLite uses a traditional rollback journal. A copy of the unchanged database content is written into a separate rollback file, then the changes are written directly to the database file. The COMMIT occurs when the rollback journal is deleted.
Write-Ahead Logging (WAL) writes changes into a separate WAL file first. In WAL mode, a COMMIT is a special record, appended to the WAL file, which allows multiple transactions to occur in a single WAL file. A WAL file is merged back into the database file in a special operation called a checkpoint.
WAL can be faster for local databases because readers and writers do not block each other, allowing read and write operations to be concurrent. However, WAL mode doesn't allow changes to the page size, adds additional file associations to the database, and adds the extra checkpointing operation.
To enable WAL in SQLite.NET, call the EnableWriteAheadLoggingAsync
method on the SQLiteAsyncConnection
instance:
await Database.EnableWriteAheadLoggingAsync();
For more information, see SQLite Write-Ahead Logging on sqlite.org.
Copy a database
There are several cases where it may be necessary to copy a SQLite database:
- A database has shipped with your application but must be copied or moved to writeable storage on the mobile device.
- You need to make a backup or copy of the database.
- You need to version, move, or rename the database file.
In general, moving, renaming, or copying a database file is the same process as any other file type with a few additional considerations:
- All database connections should be closed before attempting to move the database file.
- If you use Write-Ahead Logging, SQLite will create a Shared Memory Access (.shm) file and a (Write Ahead Log) (.wal) file. Ensure that you apply any changes to these files as well.