Kotlin Multiplatform (Beta)
PowerSync SDK on Maven Central
The PowerSync KMP SDK is distributed via Maven Central [External link].
Source Code
Refer to the powersync-kotlin repo on GitHub.
API Reference (Coming soon)
A full API Reference for this SDK is not yet available. This is planned for the V1 release.
Example Projects
Gallery of example projects/demo apps built with Kotlin Multiplatform and PowerSync.
This SDK is currently in a beta release. It is suitable for production use provided you’ve tested your specific use cases.
SDK Features
- Real-time streaming of database changes: Changes made by one user are instantly streamed to all other users with access to that data. This keeps clients automatically in sync without manual polling or refresh logic.
- Direct access to a local SQLite database: Data is stored locally, so apps can read and write instantly without network calls. This enables offline support and faster user interactions.
- Asynchronous background execution: The SDK performs database operations in the background to avoid blocking the application’s main thread. This means that apps stay responsive, even during heavy data activity.
- Query subscriptions for live updates: The SDK supports query subscriptions that automatically push real-time updates to client applications as data changes, keeping your UI reactive and up to date.
- Automatic schema management: PowerSync syncs schemaless data and applies a client-defined schema using SQLite views. This architecture means that PowerSync SDKs can handle schema changes gracefully without requiring explicit migrations on the client-side.
Supported targets: Android, iOS and Desktop.
Installation
Add the PowerSync SDK to your project by adding the following to your build.gradle.kts
file:
Cocoapods configuration (recommended for iOS)
Add the following to the cocoapods
config in your build.gradle.kts
:
The linkOnly = true
attribute and isStatic = true
framework setting ensure that the powersync-sqlite-core
binaries are statically linked.
JVM compatibility for Desktop
- The following platforms are supported: Linux AArch64, Linux X64, MacOS AArch64, MacOS X64, Windows X64.
- See this example build.gradle file for the relevant JVM config.
Getting Started
Before implementing the PowerSync SDK in your project, make sure you have completed these steps:
- Signed up for a PowerSync Cloud account (here) or self-host PowerSync.
- Configured your backend database and connected it to your PowerSync instance.
- Installed the PowerSync SDK.
1. Define the Schema
The first step is defining the schema for the local SQLite database, which is provided to the PowerSyncDatabase
constructor via the schema
parameter. This schema represents a “view” of the downloaded data. No migrations are required — the schema is applied directly when the PowerSync database is constructed.
The types available are text
, integer
and real
. These should map directly to the values produced by the Sync Rules. If a value doesn’t match, it is cast automatically.
Example:
Note: No need to declare a primary key id
column, as PowerSync will automatically create this.
2. Instantiate the PowerSync Database
Next, you need to instantiate the PowerSync database — this is the core managed database.
Its primary functions are to record all changes in the local database, whether online or offline. In addition, it automatically uploads changes to your app backend when connected.
Example:
a. Create platform specific DatabaseDriverFactory
to be used by the PowerSyncBuilder
to create the SQLite database driver.
b. Build a PowerSyncDatabase
instance using the PowerSyncBuilder
and the DatabaseDriverFactory
. The schema you created in a previous step is provided as a parameter:
c. Connect the PowerSyncDatabase
to the backend connector:
Special case: Compose Multiplatform
The artifact com.powersync:powersync-compose
provides a simpler API:
3. Integrate with your Backend
Create a connector to integrate with your backend. The PowerSync backend connector provides the connection between your application backend and the PowerSync managed database.
It is used to:
- Retrieve an auth token to connect to the PowerSync instance.
- Apply local changes on your backend application server (and from there, to Postgres)
Accordingly, the connector must implement two methods:
PowerSyncBackendConnector.fetchCredentials
- This is called every couple of minutes and is used to obtain credentials for your app backend API. -> See Authentication Setup for instructions on how the credentials should be generated.PowerSyncBackendConnector.uploadData
- Use this to upload client-side changes to your app backend. -> See Writing Client Changes for considerations on the app backend implementation.
Example:
Note: If you are using Supabase, you can use SupabaseConnector.kt as a starting point.
Using PowerSync: CRUD functions
Once the PowerSync instance is configured you can start using the SQLite DB functions.
The most commonly used CRUD functions to interact with your SQLite data are:
- PowerSyncDatabase.get - get (SELECT) a single row from a table.
- PowerSyncDatabase.getAll - get (SELECT) a set of rows from a table.
- PowerSyncDatabase.watch - execute a read query every time source tables are modified.
- PowerSyncDatabase.execute - execute a write (INSERT/UPDATE/DELETE) query.
Fetching a Single Item
The get
method executes a read-only (SELECT) query and returns a single result. It throws an exception if no result is found. Use getOptional
to return a single optional result (returns null
if no result is found).
Querying Items (PowerSync.getAll)
The getAll
method executes a read-only (SELECT) query and returns a set of rows.
Watching Queries (PowerSync.watch)
The watch
method executes a read query whenever a change to a dependent table is made.
Mutations (PowerSync.execute)
The execute
method executes a write query (INSERT, UPDATE, DELETE) and returns the results (if any).
Additional Usage Examples
See Usage Examples for further examples of the SDK.
ORM Support
ORM support is not yet available, we are still investigating options. Please let us know what your needs around ORMs are.
Troubleshooting
See Troubleshooting for pointers to debug common issues.
Was this page helpful?