[Android] Room, sharedPreference, DataStore

💡로컬 데이터베이스 구현을 위해 사용되는 Room, sharedPreference, DataStore의 차이에 대하여 정리하였습니다.

 

개요

• Room, SharedPreferences, DataStore는 모두 안드로이드에서 데이터를 로컬 환경에 저장하고 관리하는 방식입니다.
• 각 방식은 데이터를 저장하는 용도와 방식에 차이가 있으며, 각 장단점과 성능의 차이가 있어서 차이를 알고 사용해야 합니다.

Room

• Room은 안드로이드에서 관계형 데이터베이스를 사용하기 위한 ORM 라이브러리 입니다.
  • Object-Relational Mapping : 객체 관계 매핑 라이브러리
• 내부적으로 SQLite 데이터베이스를 사용하지만, 더 쉽게 사용할 수 있도록 객체 지향적인 방식으로 데이터베이스를 관리합니다.
• SQLite의 복잡한 SQL 쿼리 작성 과정을 추상화하여 더 쉽게 데이터를 관리하고, 데이터베이스 작업을 위한 간단한 API를 제공합니다.

특징

• 각 테이블이 서로 관계를 가질 수 있으며, 복잡한 데이터 구조를 테이블로 관리할 수 있습니다.
• Entity-DAO 구조를 활용하여 데이터를 객체로 표현(Entity)하는 클래스와, 데이터베이스 연산을 담당하는(DAO)를 사용하여 데이터를 처리합니다.
• Coroutines, LiveData, Flow를 통해 데이터 변경을 감지하고 실시간 UI를 업데이트할 수 있습니다.

@Entity
data class User(
    @PrimaryKey val uid: Int,
    @ColumnInfo(name = "first_name") val firstName: String?,
    @ColumnInfo(name = "last_name") val lastName: String?
)

@Dao
interface UserDao {
    @Query("SELECT * FROM user")
    fun getAll(): List<User>

    @Insert
    fun insertAll(vararg users: User)
}

@Database(entities = [User::class], version = 1)
abstract class AppDatabase : RoomDatabase() {
    abstract fun userDao(): UserDao
}

SharedPreferences

• SharedPreferences는 Android에서 기본적으로 제공하는 key - value 형식으로 간단한 데이터를 저장할 수 있는 저장소입니다.
• 주로 앱 설정값이나 간단한 사용자 데이터를 저장하는 데 사용하여, 내부 저장소에 XML 파일로 데이터를 저장하여 영구적으로 유지합니다.

특징

• 기본 타입의 데이터를 키 - 값 쌍으로 사용할 수 있어서 간단한 데이터 저장에 빠르고 유용하게 활용할 수 있습니다.
• 데이터 저장을 비동기 적으로 처리(apply()), 동기적으로 처리(commit())할 수 있습니다.

val sharedPreferences = getSharedPreferences("prefs", Context.MODE_PRIVATE)
val editor = sharedPreferences.edit()

// 데이터 저장
editor.putString("user_name", "John Doe")
editor.putInt("user_age", 30)
editor.apply()

// 데이터 읽기
val userName = sharedPreferences.getString("user_name", null)
val userAge = sharedPreferences.getInt("user_age", -1)

DataStore

• DataStore는 Android에서 SharedPreferences의 대체로 제공되는 현대적인 데이터 저장 방식입니다.
• SharedPreferences와 마찬가지고 키 - 값 쌍으로 데이터를 저장하지만, 비동기 방식을 더 안전하고 효율적으로 동작하게 할 수 있습니다.

특징

• Coroutines, Flow 기반으로 비동기 작업을 기본적으로 지원하며, 우수한 성능을 제공합니다.
• IO 스레드에서 작동하여 데이터 충돌이나 손실을 방지하여 데이터 무결성을 보장합니다.
• Proto DataStore를 활용하면 더 구조화된 데이터를 저장할 수 있습니다.

Preferences DataStore

• SharedPreferences와 유사한 키 - 값 형식으로 저장하는 방법입니다.

Proto DataStore

• Protocol Buffers를 사용해 더 구조화 된 데이터 저장이 가능합니다.
• 이를 활용하면 클래스나 객체를 저장할 수 있습니다.

Room vs SharedPreferences vs DataStore

특징	Room	SharedPreferences	DataStore
데이터 구조	관계형 데이터베이스 (테이블 구조)	키-값 쌍	키-값 쌍 (Preferences), 프로토콜 버퍼 (Proto)
저장소 위치	SQLite 데이터베이스 파일	XML 파일	프로토콜 버퍼 파일 또는 Preferences 파일
비동기 처리	비동기 처리 (Coroutines, LiveData, Flow)	기본적으로 동기 (apply()는 비동기)	기본적으로 비동기 (Coroutines, Flow)
사용 용도	복잡한 데이터 및 구조화된 데이터 저장	간단한 설정값 또는 소량의 데이터 저장	간단한 설정값 또는 더 복잡한 데이터 저장
구조화된 데이터 지원	지원	지원하지 않음	Preferences는 키-값, Proto는 구조화된 데이터 지원
성능	큰 데이터, 복잡한 관계형 데이터를 효율적으로 처리	간단한 데이터에 적합하지만 대규모 데이터엔 부적합	성능 우수 (비동기, IO 스레드에서 실행)

정리

• Room은 복잡한 구조의 데이터를 저장하고 관계형 데이터베이스를 사용하는 앱에 적합합니다.
• SharedPreferences는 간단한 설정값이나 사용자 데이터와 같은 소규모 데이터를 저장할 때 적합합니다.
• DataStore는 SharedPreferences의 상위 버전으로, 비동기 데이터 저장이 기본적으로 필요하거나 더 구조화된 데이터를 관리할 때 유용합니다.
• 앱의 요구 사항에 따라 상황에 맞게 사용하면 효율적인 로컬 데이터베이스를 활용할 수 있습니다.