所以我正在编写一个聊天应用程序,我需要在本地存储每个用户的聊天日志。我正在使用房间来执行此操作。
用户类:
@PrimaryKey
@NonNull
private String userid;
private String name;;
@TypeConverters(Object_Converter.class)
private ArrayList<Message> messages = new ArrayList<>();
我遇到的问题是更新消息列表。
我目前正在使用默认的@Update方法:
@Update
void updateUser(User user);
所以基本上每次我的监听器收到一条消息时,它都会通过 Id 请求用户,然后获取消息列表然后添加到其中,最后调用 updateUser。
我的问题是这种方法对性能有多大损害,因为我假设 updateUser 只是用新消息覆盖整个消息列表?消息可以每隔几分钟接收一次,那么它们是存储和更新用户聊天记录的更好方法吗?
你是对的。所有消息将被更新覆盖。最好使用外键将消息存储在自己的表中,以发送和接收用户。基本上,您的消息如下所示:
@Entity(tableName = "message", foreignKeys = {
@ForeignKey(
entity = User.class,
parentColumns = "userid",
childColumns = "senderId",
onDelete = ForeignKey.CASCADE,
onUpdate = ForeignKey.CASCADE
),
@ForeignKey(
entity = User.class,
parentColumns = "userid",
childColumns = "receiverId",
onDelete = ForeignKey.CASCADE,
onUpdate = ForeignKey.CASCADE
)
}, indices = {
@Index("senderId"),
@Index("receiverId")
})
public class Message {
@PrimaryKey(autoGenerate = true)
public long id;
public String senderId;
public String receiverId;
public String content;
// ... other stuff
}
然后,您只需在需要时插入和删除消息即可。当您想要检索消息时,您可以使用userid
检索它,或者您可以连接表并创建另一个模型类,该模型类将包含已发送和接收消息的用户和列表。
列表存储为列从来都不是一个好主意,因为它指示需要一个新表。有关更多信息,请阅读有关数据库范式的信息。
这更多的是关于数据库的设计,而不是实现。我会像这样处理这个问题:您可以为消息创建新的数据库实体,并使用外键连接这两个实体。这将是一对多关系,其中每个用户可以拥有更多消息。然后,您只需在第二个表中插入每条新消息,并使用查询获取消息列表,即:
"SELECT message FROM messages WHERE userid = :id"
或类似的东西。重点是,您需要更改数据库结构。