在我正在开发的应用程序中,我需要非常简单地从Room数据库中获取数据。涉及到关系。一切都与返回LiveData
的简单查询完美配合,但是,需要检索的数据的大小比预期的要大得多,并且它还包含blob(图像),这可能使查询非常慢。我决定使用Paging库,实现如下,但由于某种原因,@relation
注释根本不再起作用。
获取的实体是DTO,看起来基本上是这样的:
data class EntityOtherAnotherDTO(
var id: Long? = null,
var name: String? = null,
...,
@Relation(parentColumn = "id", entityColumn = "entity_id", entity = OtherEntity::class)
var others: List<OtherEntity>,
@Relation(parentColumn = "id", entityColumn = "entity_id", entity = AnotherEntity::class)
var anothers: List<AnotherEntity>
)
查询:
@Query("SELECT * FROM other
JOIN entity ON entity.id = other.entity_id
JOIN another ON entity.id = another.entity_id
WHERE entity.deleted = 0
ORDER BY
CASE WHEN other.some_column IS NULL THEN 1 ELSE 0 END,
other.some_column ASC,
entity.some_other_column DESC")
fun getAllEntityOtherAnotherDTOs(): DataSource.Factory<Int, EntityOtherAnotherDTO>
当查询是这样的:fun getAllEntityOtherAnotherDTOs(): LiveData<List<EntityOtherAnotherDTO>>
一切正常。根据需要对结果进行排序,并获取所有数据,包括使用@relation
注释的列表。但是在将返回类型更改为DataSource.Factory
并且当然实现了分页适配器之后,关系将返回空。
排序仍然完美,查询似乎与以前完全一样,分页也可以工作,但数据丢失了。 entity
表中的所有列都在那里(name
,some_other_column
等),关系是唯一但主要的问题。
(我可以提供有关分页实现的更多详细信息,如果有任何相关性的话。)
事实证明这是Room中的一个问题,即使您不使用Paging库,也会发生这样的问题,给出了大量的(数百个结果+)查询。
没有解决方案,但有1:1关系的解决方法:使用@embedded
而不是@relation
。然而,通过设置prefix
并枚举查询中的所有列并为其提供别名,这可能会使事情变得复杂。那是痛苦,但这就是生活。房间很糟糕。
或者,如果连接的实体没有太多列且没有任何重复的名称,则可以在查询返回的DTO中复制这些列/属性。