Android Data Persistence
CommunityGuillemRoca
Use when implementing local data storage with Room, DataStore, or offline-first patterns. Covers entities, DAOs, migrations, Paging3, and the repository pattern for data management.
Overview
- Repository
- GuillemRoca/agent-skills-android
- Publisher
- GuillemRoca
- Stars
- 6
- Forks
- 3
- Bundled files
- 0
- License
- MIT
- Updated
- Oct 3, 2026
Installation
tmp=$(mktemp -d)
git clone --depth 1 https://github.com/GuillemRoca/agent-skills-android.git "$tmp"
mkdir -p ~/.claude/skills
cp -R "$tmp/skills/android-data-persistence" ~/.claude/skills/android-data-persistence
rm -rf "$tmp"tmp=$(mktemp -d)
git clone --depth 1 https://github.com/GuillemRoca/agent-skills-android.git "$tmp"
mkdir -p ~/.codex/skills
cp -R "$tmp/skills/android-data-persistence" ~/.codex/skills/android-data-persistence
rm -rf "$tmp"Install the Android Data Persistence agent skill from https://github.com/GuillemRoca/agent-skills-android/tree/main/skills/android-data-persistence into this project's skills folder.Instructions
Android Data Persistence
Overview
Reliable data persistence is critical for Android apps. This skill covers Room (SQLite abstraction), DataStore (key-value and proto), offline-first architecture, Paging3 for large datasets, and the repository pattern that abstracts data sources from the rest of the app.
When to Use
- Setting up or modifying a Room database
- Writing database migrations
- Implementing offline-first data access
- Adding pagination for large datasets
- Choosing between Room, DataStore, and SharedPreferences
- Implementing the repository pattern
Skip when: Data is purely in-memory or comes only from a remote API with no caching.
Data Storage Decision Guide
| Requirement | Solution |
|---|---|
| Structured data with relations | Room |
| User preferences (key-value) | DataStore (Preferences) |
| Typed settings with schema | DataStore (Proto) |
| Large datasets with pagination | Room + Paging3 |
| Simple flags or tokens | DataStore (Preferences) |
| Never use | SharedPreferences (for new code) |
Core Process
Step 1: Room Setup
- Define entities:
@Entity(
tableName = "tasks",
indices = [Index(value = ["created_at"])],
)
data class TaskEntity(
@PrimaryKey
val id: String,
@ColumnInfo(name = "title")
val title: String,
@ColumnInfo(name = "description")
val description: String?,
@ColumnInfo(name = "completed")
val completed: Boolean = false,
@ColumnInfo(name = "created_at")
val createdAt: Long = System.currentTimeMillis(),
@ColumnInfo(name = "updated_at")
val updatedAt: Long = System.currentTimeMillis(),
)- Define DAOs:
@Dao
interface TaskDao {
@Query("SELECT * FROM tasks ORDER BY created_at DESC")
fun observeAll(): Flow<List<TaskEntity>>
@Query("SELECT * FROM tasks WHERE id = :taskId")
suspend fun getById(taskId: String): TaskEntity?
@Query("SELECT * FROM tasks WHERE completed = :completed ORDER BY created_at DESC")
fun observeByStatus(completed: Boolean): Flow<List<TaskEntity>>
@Upsert
suspend fun upsert(task: TaskEntity)
@Upsert
suspend fun upsertAll(tasks: List<TaskEntity>)
@Query("DELETE FROM tasks WHERE id = :taskId")
suspend fun deleteById(taskId: String)
@Query("DELETE FROM tasks WHERE completed = 1")
suspend fun deleteCompleted()
@Transaction
suspend fun replaceAll(tasks: List<TaskEntity>) {
deleteAll()
upsertAll(tasks)
}
@Query("DELETE FROM tasks")
suspend fun deleteAll()
}- Define the database:
@Database(
entities = [TaskEntity::class],
version = 1,
exportSchema = true, // Always export for migration testing
)
abstract class AppDatabase : RoomDatabase() {
abstract fun taskDao(): TaskDao
}
// Hilt module
@Module
@InstallIn(SingletonComponent::class)
object DatabaseModule {
@Provides
@Singleton
fun provideDatabase(@ApplicationContext context: Context): AppDatabase =
Room.databaseBuilder(context, AppDatabase::class.java, "app.db")
.addMigrations(MIGRATION_1_2)
.build()
@Provides
fun provideTaskDao(database: AppDatabase): TaskDao = database.taskDao()
}Step 2: Migrations
- Always write migrations (never
fallbackToDestructiveMigration):
val MIGRATION_1_2 = object : Migration(1, 2) {
override fun migrate(db: SupportSQLiteDatabase) {
db.execSQL(
"ALTER TABLE tasks ADD COLUMN priority INTEGER NOT NULL DEFAULT 0"
)
}
}- Test migrations:
@RunWith(AndroidJUnit4::class)
class MigrationTest {
@get:Rule
val helper = MigrationTestHelper(
InstrumentationRegistry.getInstrumentation(),
AppDatabase::class.java,
)
@Test
fun migration1To2_addsPriorityColumn() {
// Create database at version 1
helper.createDatabase("test-db", 1).apply {
execSQL("INSERT INTO tasks (id, title, completed, created_at, updated_at) VALUES ('1', 'Test', 0, 0, 0)")
close()
}
// Migrate to version 2
val db = helper.runMigrationsAndValidate("test-db", 2, true, MIGRATION_1_2)
// Verify new column has default value
val cursor = db.query("SELECT priority FROM tasks WHERE id = '1'")
cursor.moveToFirst()
assertEquals(0, cursor.getInt(0))
cursor.close()
}
}Step 3: DataStore
- Preferences DataStore (key-value):
// Define keys
object PreferencesKeys {
val DARK_MODE = booleanPreferencesKey("dark_mode")
val SORT_ORDER = stringPreferencesKey("sort_order")
val ONBOARDING_COMPLETE = booleanPreferencesKey("onboarding_complete")
}
// Create DataStore
val Context.settingsDataStore by preferencesDataStore(name = "settings")
// Read
val darkMode: Flow<Boolean> = context.settingsDataStore.data
.map { preferences -> preferences[PreferencesKeys.DARK_MODE] ?: false }
// Write
suspend fun setDarkMode(enabled: Boolean) {
context.settingsDataStore.edit { preferences ->
preferences[PreferencesKeys.DARK_MODE] = enabled
}
}- Proto DataStore (typed schema):
// Define proto schema (settings.proto)
// syntax = "proto3";
// message AppSettings {
// bool dark_mode = 1;
// string sort_order = 2;
// int32 items_per_page = 3;
// }
object AppSettingsSerializer : Serializer<AppSettings> {
override val defaultValue: AppSettings = AppSettings.getDefaultInstance()
override suspend fun readFrom(input: InputStream): AppSettings =
AppSettings.parseFrom(input)
override suspend fun writeTo(t: AppSettings, output: OutputStream) =
t.writeTo(output)
}Step 4: Repository Pattern
- Single source of truth (offline-first):
class TaskRepositoryImpl @Inject constructor(
private val taskDao: TaskDao,
private val taskApi: TaskApi,
private val mapper: TaskMapper,
) : TaskRepository {
// Local database is the single source of truth
override fun getTasks(): Flow<List<Task>> =
taskDao.observeAll().map { entities ->
entities.map(mapper::toDomain)
}
// Sync: fetch remote → update local → UI observes local
override suspend fun syncTasks() {
val remoteTasks = taskApi.getTasks()
val entities = remoteTasks.map(mapper::toEntity)
taskDao.upsertAll(entities)
// No return value — UI observes the Flow from getTasks()
}
override suspend fun addTask(task: Task) {
val entity = mapper.toEntity(task)
taskDao.upsert(entity)
// Optionally sync to remote
try {
taskApi.createTask(mapper.toNetwork(task))
} catch (e: IOException) {
// Queued for retry — local is source of truth
}
}
}Step 5: Paging3
- Paginate large datasets:
// PagingSource from Room (automatic)
@Dao
interface TaskDao {
@Query("SELECT * FROM tasks ORDER BY created_at DESC")
fun pagingSource(): PagingSource<Int, TaskEntity>
}
// In ViewModel
val pagedTasks: Flow<PagingData<Task>> = Pager(
config = PagingConfig(
pageSize = 20,
prefetchDistance = 5,
enablePlaceholders = false,
),
pagingSourceFactory = { taskDao.pagingSource() }
).flow
.map { pagingData -> pagingData.map(mapper::toDomain) }
.cachedIn(viewModelScope)
// In Compose
@Composable
fun TaskListPaged(tasks: LazyPagingItems<Task>) {
LazyColumn {
items(
count = tasks.itemCount,
key = tasks.itemKey { it.id },
) { index ->
val task = tasks[index]
if (task != null) {
TaskItem(task = task)
}
}
// Loading states
when (tasks.loadState.refresh) {
is LoadState.Loading -> item { LoadingIndicator() }
is LoadState.Error -> item { ErrorRetry(onRetry = { tasks.retry() }) }
else -> {}
}
}
}Step 6: Data Mappers
- Separate data models per layer:
// Entity (data layer) — database schema
data class TaskEntity(val id: String, val title: String, ...)
// Domain model (domain layer) — business logic
data class Task(val id: String, val title: String, ...)
// Network model (data layer) — API contract
@Serializable
data class TaskResponse(val id: String, val title: String, ...)
// Mapper
class TaskMapper {
fun toDomain(entity: TaskEntity): Task = Task(
id = entity.id,
title = entity.title,
)
fun toEntity(domain: Task): TaskEntity = TaskEntity(
id = domain.id,
title = domain.title,
)
}Common Rationalizations
| Shortcut | Why It Fails |
|---|---|
| "fallbackToDestructiveMigration is fine for now" | Users lose their data. Write proper migrations from day one. |
| "SharedPreferences works fine" | SharedPreferences isn't type-safe, isn't coroutine-friendly, and has known bugs with apply(). |
| "We don't need offline support" | Users on subways, elevators, and airplanes disagree. Cache early. |
| "One model for all layers is simpler" | Coupling DB schema to UI makes both harder to change. |
| "Paging is overkill" | Loading 10,000 items into memory causes OOM. Paginate datasets over ~100 items. |
Red Flags
fallbackToDestructiveMigration()in production code- SharedPreferences in new code
- No migration tests
- Room entities used directly in UI layer
suspendfunctions whereFlowshould be used (for observable data)- No error handling in repository sync operations
- Loading entire dataset into memory without pagination
Verification
- Room entities, DAOs, and database defined correctly
-
exportSchema = trueset on@Database - Migrations written and tested for every schema change
- DataStore used for preferences (not SharedPreferences)
- Repository pattern abstracts data sources
- Offline-first: local DB is single source of truth
- Paging3 used for large datasets
- Separate data models per layer (Entity, Domain, Network)
-
./gradlew testand./gradlew connectedAndroidTestpass
FAQ
What does Android Data Persistence do?
Use when implementing local data storage with Room, DataStore, or offline-first patterns. Covers entities, DAOs, migrations, Paging3, and the repository pattern for data management.
Who made Android Data Persistence?
GuillemRoca (a community member) publishes it in the GuillemRoca/agent-skills-android repository on GitHub.
Is Android Data Persistence free?
Yes. Android Data Persistence is open source, published by GuillemRoca under the MIT license.
What comes with Android Data Persistence?
Just its instructions. Everything the agent needs is in one SKILL.md file.
Which agents can use Android Data Persistence?
Any coding agent that reads SKILL.md files, including Claude Code, Codex, Cursor, GitHub Copilot and Gemini CLI. The agent loads the skill when a task matches its description.
What are agent skills?
An agent skill is a folder with a SKILL.md file: instructions that teach a coding agent how to do one kind of task, and optionally files it can read while it works. The agent keeps only the skill's name and description in mind and reads the rest when a task calls for it.
How are agent skills different from MCP servers?
An MCP server gives an agent new tools to call, code that runs somewhere and returns results. A skill gives it knowledge: how to approach a task with the tools it already has. Many agents use both.
How can my agent test my Android app?
Robomori lets coding agents create, start and control Android emulators and devices from one command, so they can install your app, take screenshots and check dark mode, font sizes and languages.