【问题标题】:Android Realm copyToRealmOrUpdate creates duplicates of nested objectsAndroid Realm copyToRealmOrUpdate 创建嵌套对象的副本
【发布时间】:2015-05-15 11:27:00
【问题描述】:

我有以下课程:

public class Note extends RealmObject {

    @PrimaryKey
    private String id;

    private Template template;

    // other primitive fields, getters & setters
}

public class Template extends RealmObject {

    private String name;

    private String color;

    // other primitive fields, getters & setters
}

我通过 Retrofit 和 Gson 从后端获取数据,因此我有现成的 java 对象作为响应。

假设后端每次调用它时都会返回相同的三个注释。 当我获得 Note 对象列表时,我会执行以下操作:

private void fetchNotesAndSave() {
    List<Notes> notes = getNotesViaRetrofit();        

    Realm realm = Realm.getInstance(mContext);
    realm.beginTransaction();
    realm.copyToRealmOrUpdate(notes);
    realm.commitTransaction();
    realm.close();
}

之后我调用这些行来检查存储对象的数量:

int notesCount = mRealm.where(Note.class).findAll().size();
int templatesCount = mRealm.where(Template.class).findAll().size();

第一次:

notesCount == 3;
templatesCount == 3;

没错。但是,如果我再次调用服务器,获取相同的注释(相同的 primaryKey id),并再次调用 fetchNotesAndSave(),我将得到以下结果:

notesCount == 3;
templatesCount == 6;

每次我调用 copyToRealmOrUpdate() 时,位于具有 primaryKey 的对象内部的嵌套对象都会重复 - 不会更新。

有没有办法改变这种行为? 如果您需要更多信息,请告诉我。提前致谢!

【问题讨论】:

    标签: java android realm


    【解决方案1】:

    这是因为您的 Template 类没有任何主键。在这种情况下,这些对象会再次插入,因为不能保证引用的模板对象可以安全地更新,即使它们是具有主键的另一个对象的一部分。

    如果您将@PrimaryKey 添加到您的模板类中,它应该可以正常工作。

    【讨论】:

    • 我明白这一点,但就我而言,有很多嵌套类,我无法为每个类生成@PrimaryKey。例如,我正在使用这个技巧来处理字符串列表github.com/realm/realm-java/issues/575,所以我应该为每个RealmString 生成@PrimaryKey。那将是真正的地狱......
    • 是否有任何解决方法可以在没有@PrimaryKey 的情况下保持嵌套类与超类的一对一关系,以便它们正确更新?
    【解决方案2】:

    如果您无法按照建议提供 PK,您可能需要使用以下解决方法来避免重复。

    for (Note note: notes) {
        realm.where(Note.class)
        .equalTo("id", note.getId())
        .findFirst()
        .getTemplate()
        .deleteFromRealm();
    }
    realm.copyToRealmOrUpdate(notes);
    

    【讨论】:

    猜你喜欢
    • 2016-02-21
    • 2016-08-08
    • 1970-01-01
    • 1970-01-01
    • 2020-03-03
    • 1970-01-01
    • 2015-04-16
    相关资源
    最近更新 更多