Xamarin.Forms Local Databases

Download Sample Download the sample

The SQLite database engine allows Xamarin.Forms applications to load and save data objects in shared code. The sample application uses a SQLite database table to store todo items. This article describes how to use SQLite.Net in shared code to store and retrieve information in a local database.

Screenshots of the Todolist app on iOS and Android

Integrate SQLite.NET into mobile apps by following these steps:

  1. Install the NuGet package.
  2. Configure constants.
  3. Create a database access class.
  4. Access data in Xamarin.Forms.
  5. Advanced configuration.

Install the SQLite NuGet package

Use the NuGet package manager to search for sqlite-net-pcl and add the latest version to the shared code 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 even in .NET Standard projects.

Configure app constants

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

    public static string DatabasePath
            var basePath = Environment.GetFolderPath(Environment.SpecialFolder.LocalApplicationData);
            return Path.Combine(basePath, DatabaseFilename);

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 Todo app defines a TodoItemDatabase class for this purpose.

Lazy initialization

The TodoItemDatabase uses the .NET Lazy class to delay initialization of the database until it's first accessed. Using lazy initialization prevents the database loading process from delaying the app launch. For more information, see Lazy<T> Class.

public class TodoItemDatabase
    static readonly Lazy<SQLiteAsyncConnection> lazyInitializer = new Lazy<SQLiteAsyncConnection>(() =>
        return new SQLiteAsyncConnection(Constants.DatabasePath, Constants.Flags);

    static SQLiteAsyncConnection Database => lazyInitializer.Value;
    static bool initialized = false;

    public TodoItemDatabase()

    async Task InitializeAsync()
        if (!initialized)
            if (!Database.TableMappings.Any(m => m.MappedType.Name == typeof(TodoItem).Name))
                await Database.CreateTablesAsync(CreateFlags.None, typeof(TodoItem)).ConfigureAwait(false);
            initialized = true;


The database connection is a static field which ensures that a single database connection is used for the life of the app. Using a persistent, static connection offers better performance than opening and closing connections multiple times during a single app session.

The InitializeAsync method is responsible for checking if a table already exists for storing TodoItem objects. This method automatically creates the table if it doesn't exist.

The SafeFireAndForget extension method

When the TodoItemDatabase class is instantiated, it must initialize the database connection, which is an asynchronous process. However:

  • Class constructors cannot be asynchronous.
  • An async method that isn't awaited will not throw exceptions.
  • Using the Wait method blocks the thread and swallows exceptions.

In order to start the asynchronous initialization, avoid blocking execution, and have the opportunity to catch exceptions, the sample application uses an extension method called SafeFireAndForget. The SafeFireAndForget extension method provides additional functionality to the Task class:

public static class TaskExtensions
    // NOTE: Async void is intentional here. This provides a way
    // to call an async method from the constructor while
    // communicating intent to fire and forget, and allow
    // handling of exceptions
    public static async void SafeFireAndForget(this Task task,
        bool returnToCallingContext,
        Action<Exception> onException = null)
            await task.ConfigureAwait(returnToCallingContext);

        // if the provided action is not null, catch and
        // pass the thrown exception
        catch (Exception ex) when (onException != null)

The SafeFireAndForget method awaits the asynchronous execution of the provided Task object, and allows you to attach an Action that is called if an exception is thrown.

For more information, see Task-based asynchronous pattern (TAP).

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.

public class TodoItemDatabase {

    // ...

    public Task<List<TodoItem>> GetItemsAsync()
        return Database.Table<TodoItem>().ToListAsync();

    public Task<List<TodoItem>> GetItemsNotDoneAsync()
        // SQL queries are also possible
        return Database.QueryAsync<TodoItem>("SELECT * FROM [TodoItem] WHERE [Done] = 0");

    public Task<TodoItem> GetItemAsync(int id)
        return Database.Table<TodoItem>().Where(i => i.ID == id).FirstOrDefaultAsync();

    public Task<int> SaveItemAsync(TodoItem item)
        if (item.ID != 0)
            return Database.UpdateAsync(item);
            return Database.InsertAsync(item);

    public Task<int> DeleteItemAsync(TodoItem item)
        return Database.DeleteAsync(item);

Access data in Xamarin.Forms

The Xamarin.Forms App class exposes an instance of the TodoItemDatabase class:

static TodoItemDatabase database;
public static TodoItemDatabase Database
        if (database == null)
            database = new TodoItemDatabase();
        return database;

This property allows Xamarin.Forms components to call data retrieval and manipulation methods on the Database instance in response to user interaction. For example:

var saveButton = new Button { Text = "Save" };
saveButton.Clicked += async (sender, e) =>
    var todoItem = (TodoItem)BindingContext;
    await App.Database.SaveItemAsync(todoItem);
    await Navigation.PopAsync();

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.

Copying 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.

For more information, see File Handling in Xamarin.Forms.