Android数据库神器之Room

我们都知道原生的Android数据库API使用起来很恶心。特别是查询的参数是相信大家都觉得头疼的事情。那么今天的IO大会Google给Android开发带来了一件数据库神器,让我们的数据更加简单、更加清晰、使用更加容易。那么个容易法呢?通过这篇博客的例子就让它体验一下。

Room概述

首先要使用基本的Room引入如下依赖:

implementation 'androidx.room:room-runtime:2.0.0-rc01'
kapt "androidx.room:room-compiler:2.0.0-rc01" //Java使用annotationProcessor替代kapt

至于androidx相关的内容已经在前面的博客中讲到了,这里就不重复了。

Database

DataBase是一个数据库的容器。用类级@Database来进行标明。

用@DataBase表明的类具有下面三个特点:

  • 这个类必须是一个继承自RoomDataBase的抽象类
  • 在@DataBase注解中有许多的实体(也就是表)
  • 在这个抽象类中通过一系列的抽象方法来返回后面会进行说明的@Dao修饰的类

当我们对@DataBase修饰的数据库类进行实例化的时候有两个Builder。它们的区别如下

  • Room.databaseBuilder():这个方法是真正的本地化的数据库
  • Room.inMemoryDatabaseBuilder():这个方法是用于创建存储在内存中的数据库。当前进程被杀掉就不复存在了。

Entity

Entity是用来表示一个表的

DAO(Data Access Object)

DAO是包含一系列的用于进行表操作的方法

Entity的使用

Entity是用来代表一个表的:

直接来看个例子吧:

@Entity(tableName = "student")
class Student(@PrimaryKey 
              @ColumnInfo
              (name = "stu_id") var stuId: String,
              @ColumnInfo(name = "stu_name") 
              var stuName: String?,
              @ColumnInfo(name = "stu_sex") 
              var stuSex: String?) 

上面用@Entity来表示这个类是一个表。

在Entity中通过@Primary来指定主键,主键也可以在@Entity中进行指定。

在Entity中通过@ColumnInfo来对表中的列进行设置。如果无任何设置,还可以将@ColumnInfo注解去掉。默认的列名是类中的属性名。如果你不想让类中的属性存入数据库中,你可以使用@Ignore注解来进行忽略。

索引创建

数据库中通过创建索引可以加快以本列为条件的查询的速度。

索引的创建有两种方式:

  • 在Room中通过在@Entity中进行索引的添加
  • 在@ColumnInfo中进行定义
@Entity(tableName = "student", indices = [(Index(value = ["stu_name"]))])
...

or
...
class Student(...
              @ColumnInfo(name = "stu_name", index = true) 
              ...)

外键的添加

外键用于一个表建立于另一个表的关系。

这里要有两个概念要弄清楚,一个是parent表表示被关联的表(也就是主键被关联的表这里是Student表),一个是child表指定我们定义外键的表

child表的外键必须是要在另一个被关联的parent表的主键的取值范围内的。

下面来个例子:

@Entity(foreignKeys =
[(ForeignKey(entity = Student::class,parentColumns = ["stu_id"],childColumns = ["student_id"],
        onDelete = ForeignKey.CASCADE))])
class Book(
        @PrimaryKey
        @ColumnInfo(name = "book_name")
        var bookName: String,
        @ColumnInfo(name = "book_price")
        var bookPrice: Double,
        @ColumnInfo(name = "student_id", index = true)
        var studentId: String
)

其中Student为了稍微合理一点可以做如下个修改:

@Entity(tableName = "student", indices = [(Index(value = ["stu_name"]))],
        foreignKeys = [ForeignKey(entity = Book::class, parentColumns = ["book_name"], childColumns = ["b_name"])])
class Student(...
              @ColumnInfo(name = "b_name",index = true)
              var bookName: String)

从上面可以知道。外键的定义是放在@Entity中的,这也只能在这里面进行定义。

entity用于指定parent表

然后,parentColumns和childColumns用于指定两表关联的属性。

两个表通过外键连接有下面几种方式:

  • NO_ACTION: parent表中某行被删掉(更新)后。child表中与parent这一行发生映射的行不发生任何改变
  • RESTRICT: parent表中想要删除(更新)某行。如果child表中有与这一行发生映射的行。那么改操作拒绝。
  • SET_NULL/SET_DEFAULT:parent表中某行被删掉(更新)后。child表中与parent这一行发生映射的行设置为NULL(DEFAULT)值。
  • CASCADE:parent表中某行被删掉(更新)后。child表中与parent这一行发生映射的行被删掉(其属性更新到对应设置)

外键在很多情况是有用的。比如上面的如果Book表中的某一本书被删掉了。那么通过onDelete的CASCADE方式可以将对应借了这本书的Student表中的对应记录删掉。

设置嵌套对象

被嵌套类:

class BirthDay(
        @ColumnInfo(name = "birth_day")
        var birthYear: Int,
        @ColumnInfo(name = "birth_month")
        var birthMonth: Int,
        @ColumnInfo(name = "birth_day")
        var birthDay: Int)

Student表中的修改:

...
class Student(...
              @Embedded
              var birthDay: BirthDay)

通过@Embedded可以使用一个对象作为表的一个属性。但是在数据库中会把BirthDay类中所有属性集成到Student表中。

DAO

DAO是一个用于进行数据库的CRUD操作的。它可以是一个接口或者是一个抽象类。

它们的区别在于:

  • 接口很简单,就需要定义操作相关的方法就行
  • 如果是抽象类的话,你可以给一个RoomDatabase类型参数的构造器

下面看一个例子:

@Dao
interface StudentDao {

    @Insert
    fun insertStudent(student: Student)

    @Query("SELECT * FROM student")
    fun queryAll(): List<Student>

    @Query("SELECT * FROM student WHERE stu_id = :stuId")
    fun queryByStuId(stuId: String)

    @Delete
    fun deleteStudent(user: User)

    @Update
    fun updateUser(user: User)
    
}

这里用@Dao注解来进行DAO接口的标注。这个注解没有任何的参数。只是纯粹的用来进行一个标志的。

然后其中的CRUD操作分别通过@Insert、@Query、@Delete、@Delete、@Update注解来进行标注。根据上面的例子来分别对这几个注解进行一个具体的说明:

@Insert的使用

@Insert的使用很简单就是用来标志接口中的方法是用来进行数据插入的。它里面有一个onConflict参数。用于指明当插入的数据与已有的数据发生了冲突之后该怎么办。

@Delete的使用

@Delete修饰的方法的参数要么是用@Entity修饰的类的、要么是这个样的类的集合/数组。

而且还有一个需要注意的是@Delete对没有定义主键为自增长的类是不管用的。对于主键是自增长的,可以改@Query注解来写sql语句进行删除。

@Update的使用

@Update的使用其实和@Delete的使用是差不多的,只不过一个是更新数据、一个是删除数据。

上面的插入、删除、更新都是可以返回一个int类型的数据用于表示操作了表中的多少行

@Query的使用

大家都知道在数据中的增、删、改、查操作中,最难同时也是最重要的操作就是查。在Room的使用中。这个仍然是重点的。也是平时大家用得最多的。

@Query注解只有一个String参数。这个参数用来接受一个sql语句。任何的查询语句都可以直接写sql语句了。不同像Android原生的数据库API那样。接受那么多贼烦人的操作。

含有参数的sql语句
  • 如果sql语句中有需要通过方法参数传递进行的参数。如果这个参数不是集合我们用:variable来进行参数的使用。这个在我们上面的例子中有体现。
  • 如果这个参数是集合我们用(:variable)俩进行参数的使用。上面的DAO类没有对应的例子。这里举个例子:
@Dao
public interface MyDao {
    @Query("SELECT first_name, last_name FROM user WHERE region IN (:regions)")
    public List<NameTuple> loadUsersFromRegions(List<String> regions);
}
返回指定的列

在上面我们的查询语句都是返回一个@Entity注解的类的List集合。那么如果我们不像返回所有列该如何?Room很人性化。我们可以用@Entity修饰的类的属性的子集来组成一个类,然后返回这个类的集合

返回LiveData

当然Room不是单独战斗的。与我们前面的LiveData都是有沟通。在上面任何的一个查询返回的数据都是可以用LiveData来进行包装的。只不过这里返回的数据不能直接用value值来获取,只能同observe来获取值的改变。

直接获取Cursor

如果我们想像原生的API那样直接获取一个表示数据的Cursor改怎么办。这时候我们可以直接让返回的值为Cursor对象就行。但是这种做法是不推荐的。除非你真的有必要使用Cursor外,其它情况不要使用Cursor。

和RxJava2的使用

学Android都知道RxJava是一个很不错的开源库。那么Room也可以和RxJava一起使用

首先,要引入下面的依赖

implementation "android.arch.persistence.room:rxjava2:1.1.1"

然后,将我们查询要得到的数据通过Observable、Single、Flowable、Maybe来进行包装。这里通过Observable来进行数据的包装。

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

}

最后,通过下面的代码我们就可以得到数据库中的数据了:

        Thread {
            val users = db.userDao().getAll()
            
            users.subscribeOn(Schedulers.newThread())
                    .observeOn(AndroidSchedulers.mainThread())
                    .subscribe {
                        for (i in it) {
                            Log.e("RoomActivity", i.toString())
                        }
                    }
        }.start()

DataBase的使用

@Database(entities = [Student::class], version = 1)
abstract class StudentDatabase : RoomDatabase() {
    abstract fun studentDao(): StudentDao

    companion object {
        private var INSTANCE: StudentDatabase? = null

        fun getDatabase(context: Context): StudentDatabase? {
            if (INSTANCE == null) {
                synchronized(StudentDatabase::class) {
                    if (INSTANCE == null) {
                        INSTANCE = Room.databaseBuilder(context,
                                StudentDatabase::class.java, "student_database").build()
                    }
                }
            }
            return INSTANCE
        }
    }
}

Database这里用@Database注解来进行修饰,这里可以必须指定entities、version属性。entities属性接受一个数组,表示这个Database中有哪些表,version用来指定数据库版本,当Entity发生变化之后我们要进行版本升级,当然如果为了数据能够在升级后仍然能够保存下来,还需要下面讲的Migration。

上面还有一点就是通过单例模式来方式生成多个数据库对象同时对数据库进行操作。

使用数据库

这里为了方便说明,使用的表示是上面讲Entity的时候最初创建的表。关于外键等内容没有添加到表中!!!

class RoomActivity : AppCompatActivity() {

    @SuppressLint("CheckResult")
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_room)

        Thread{
            val studentDatabase = StudentDatabase.getDatabase(applicationContext)

            studentDatabase!!.studentDao().insertStudent(Student("2016215039",
                    "anrikuwen","男"))
        }.start()

    }
}

上面是在Activity中进行代码的使用。这里要注意的数据库的操作默认是在子线程中进行的,因为当有大量数据进行读写的时候会很耗时。当然如果数据量小的话,也可以使用DatabaseBuilder的allowMainThreadQueries()来让其可以在主线程中进行读写操作。

自定义类型转换

虽然许多情况下用@Embedded注解能解决表的列是对象的情况。但是这并不万能,比如说:当列的属性是List对象的时候就不能是用@Embedded注解了。这时候自定义转换就可以用来解决这样的问题了。

自定义转换有两个注解,一个是@TypeConverter,一个是@TypeConverters。具体使用如下:

class IntListConverter {
    @TypeConverter
    fun intListToString(years: List<Int>?): String{
        val str = StringBuilder()
        if (years != null) {
            for (i in years.indices){
                str.append(years[i])
                if (i != years.size - 1){
                    str.append("-")
                }
            }
        }
        return str.toString()
    }

    @TypeConverter
    fun stringToIntList(year: String): List<Int>{
        val years = year.split("-")
        val ye = ArrayList<Int>()
        for (y in years){
            ye.add(y.toInt())
        }
        return ye
    }
}

这里定义的List<Int>和String的转换。

class BirthDay {
    @ColumnInfo(name = "years")
    var birthYear: Int = 0
    @ColumnInfo(name = "birth_month")
    @TypeConverters(IntListConverter::class)
    var birthMonth: List<Int>? = null
    @ColumnInfo(name = "birth_day")
    @TypeConverters(IntListConverter::class)
    var birthDay: List<Int>? = null

    constructor(birthYear: Int, birthMonth: List<Int>?, birthDay: List<Int>?) {
        this.birthYear = birthYear
        this.birthMonth = birthMonth
        this.birthDay = birthDay
    }
}

这里定义了一个BirthDay类,其中有List<Int>相关的属性,并通过@TypeConverters来指定转换。这里需要注意的是,不知道什么原因,@TypeConverters不能直接放在圆括号的初始化列表中(就行前面最简单的Entity那样的定义),必须这样的定义

下面是Student表需要进行的修改:

...
class Student(...
              @Embedded
              var birthDay: BirthDay)

这样存储的时候就能将List转换为String进行存储。取出来的时候自动转换为List。

@TypeConverters有下面几种修饰情况:

  • 如果给Database修饰,那么Daos和Entities都可以使用
  • 如果给Dao修饰,那么Dao中所有方法都能使用
  • 如果给Entity修饰,那么Entity中的所有域都能使用
  • 如果给Entity中的域修饰,那么只有这个域能使用
  • 如果给Dao的方法使用,那么只有Dao中的这个方法能使用
  • 如果给Dao中的方法参数使用,那么只有这个参数可以使用

Migration

当数据库的Entity发生了改动后,进行版本升级是必要的。但如果你还想将原本数据库中所有表的内容转移到新的数据库中就要通过Migration来进行转移。Migration中实现的修改表的语句

下面看个例子:

首先,在Entity中我们添加一个属性

@Entity(tableName = "student")
class Student(stuId: String, stuName: String?, stuSex: String?, borrowNum: Int?,returnTime: String?) {
...
    @ColumnInfo(name = "return_time")
    var returnTime: String? = returnTime
}

下面我们修改一下StudentDatabase类:

@Database(entities = [Student::class], version = 2)
abstract class StudentDatabase : RoomDatabase() {
...

                        val migration = object :Migration(1,2){
                            override fun migrate(database: SupportSQLiteDatabase) {
                                database.execSQL("""
                                    ALTER TABLE student ADD COLUMN return_time TEXT
                                """.trimIndent())
                            }

                        }


                        INSTANCE = Room.databaseBuilder(context,
                                StudentDatabase::class.java, "student_database")
                                .addMigrations(migration)
                                .build()
 ...
}

这里要修改三个地方:一个是version的升级;一个是实例化一个Migration对象里面通过写对应转移sql语句;最后在进行Database创建的时候使用addMigrations来添加Migration。

如果我找不到对应的可以进行数据库转移的方法。可以使用databaseBuilder的fallbackToDestructiveMigration()来进行数据的重建,这样数据库中的所有表的数据都会被删除掉

总结

在这篇博客中主要是介绍了Room的使用。

主要有五点:

  • Entity
  • DAO
  • Database
  • 自定义转换
  • Migration

其它更多相关的内容请查阅相关的文档。enjoy coding!!!

参考

官方文档

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,332评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,508评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,812评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,607评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,728评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,919评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,071评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,802评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,256评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,576评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,712评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,389评论 4 332
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,032评论 3 316
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,798评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,026评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,473评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,606评论 2 350

推荐阅读更多精彩内容