我已经解析了Skype数据库main.db几天了,这是我还没想到的.当然,这个问题将特别针对Skype main.db结构.(免责声明)
@H_301_1@似乎我需要的所有必要信息都在表格对话,消息,参与者中.
@H_301_1@消息表包含已经说过的实际日志,收件人,时间戳和convo_id外键(尽管未强制执行)以连接到消息所属的对话.
@H_301_1@存在会话以保存Message和参与的联系人的聚合.
@H_301_1@Participants表适用于Conversations表和Contacts表之间的多对多连接器表.
@H_301_1@让我的是Chats和Chatmembers表. Chatmembers用于聊天参与者表对对话表的作用;连接联系人和对话 – 或“聊天”.
@H_301_1@Chats中的内容与Conversations类似,只是它没有任何聚合到Message表.从Messages表映射到消息日志(Messages表行)所属的Chats表是不可能的.
@H_301_1@聊天和对话共享一个外键,Conversations表有一个名为chat_dbid的列,它连接到Chats表.但是Conversations表中的行有一个空的chat_dbid字段,并且Chats中的所有行都没有id字段,这对应于Chats表中的chat_dbid字段.
@H_301_1@聊天表仍在更新中,我认识到一些聊天或对话 – 我最近根据时间戳和其中的成员进行了聊天.
@H_301_1@有谁知道Chats表到底是什么?或者更确切地说,Chats表和Conversations表的区别和理由是什么?
@H_301_1@当我疯狂地看着这个时,我发现只有one like that talked about main.db structure,这对我来说并不是很有帮助.
@H_301_1@据Chats链接
@H_301_1@Provides the chats in which the user participated.@H_301_1@和对话
@H_301_1@Provides a list of the conversations in which the user participated.@H_301_1@关于聊天和对话的术语是什么?他们有什么不同? @H_301_1@这让我发疯了. @H_301_37@
@H_301_37@
昨天我也在浏览skype的main.db表.以下是我的发现.
@H_301_1@对话表唯一标识与特定联系人(或您创建的组联系人)的对话.会话需要所有通信:聊天消息,语音消息,文件传输,您与特定联系人进行的呼叫.大多数表都引用了此表中的条目.
消息表有convo__id,
聊天表有conv_dbid,
转移有convo_id和同样. @H_301_1@消息表:消息条目并不总是聊天.如果条目是聊天,则填充其聊天名称字段.
聊天和消息似乎有一对多的关系. chat是按照某些标识符维护的消息集合(很可能是一天不确定). “type = 61”似乎是正常消息:用户输入的消息.其他类型似乎是例如自动生成的消息.如果呼叫断开,你会收到消息. @H_301_1@希望这可以帮助. @H_301_37@
消息表有convo__id,
聊天表有conv_dbid,
转移有convo_id和同样. @H_301_1@消息表:消息条目并不总是聊天.如果条目是聊天,则填充其聊天名称字段.
聊天和消息似乎有一对多的关系. chat是按照某些标识符维护的消息集合(很可能是一天不确定). “type = 61”似乎是正常消息:用户输入的消息.其他类型似乎是例如自动生成的消息.如果呼叫断开,你会收到消息. @H_301_1@希望这可以帮助. @H_301_37@