彩信数据库mmssms.db

trigger：

insert_mms_pending_on_insert：当pdu表中插入了一条数据，类型为130（彩信通知）或135（待发送阅读报告），说明有信息要发送，trigger会在pending_msgs表插入一条数据；

delete_mms_pending_on_update：当pdu表中有记录的msg_box从4-待发件箱改为别的值，说明有一条信息已经发出等，就从pending_msgs表中删除一条对应数据

 

短信表：sms、raw、sr_pending、attachments。

彩信表：pdu、part、addr、drm、rate。

公共表：canonical_addresses、threads、pending_msg、words。

 

• 短信表sms

  _id	短信id
  thread_id	对应的会话id
  address	对方的号码
  person	联系人列表里的ID
  date	接收时间
  data_sent	发送时间
  protocol
  read	用户是否看过这条信息 0-未读；1-已读
  status	信息状态，默认是-1 待发送32； 发送失败64； 已送达0（开启了送达报告）
  type	信箱类型id值 和pdu.msg_box作用和赋值相同
  reply_path_present
  subject	信息主题，一般为空
  body	短信内容
  service_center	服务中心即短信中心，只有gsm 卡有，如+8613800100500
  locked	是否锁定，默认0=不锁定
  error_code
  seen	用户是否看过这条信息的通知 0-没看过；1-看过了

   

  短信表raw

  _id	流水号
  date
  reference_number
  count
  sequence
  destination_port
  address
  pdu

   

  短信表sr_pending：好像没有用到？

  reference_number
  action
  data

   

  短信表attachments

  sms_id
  content_url
  offset

   

  公共表threads

  _id	流水号
  date	会话中最后一条信息的日期（不包括 草稿），也用作会话在会话列表中 排序
  message_count	会话中的信息数量
  recipient_ids	多个canonical_addresses.id组成的 串，多个id时以空格分隔
  snippet	片段，会话中最后一条信息的内容， 如果是彩信就是主题
  snippet_cs	snippet的编码格式
  read	是否有未读信息，0-有未读，1-没有
  type
  error
  has_attachment	有无附件（不必是最后一条信息）

 

彩信表pdu：彩信主表

_id	彩信id
thread_id	对应的会话id
date	接收时间
date_sent	发送时间
msg_box	信箱类型id值 和sms.type作用和赋值相同 Telephony.Type
read	用户是否看过这条信息 0-未读；1-已读
m_id
sub	subject彩信的主题
sub_cs	subject charset 主题的字符集类型
ct_t	content type内容类型，信息中存储的 是多媒体信息还是其他，如m_type= 128/132（发、收的正文）时，值是 application/vnd.wap.multipart.related 而m_type=134（送达报告）时值为空
ct_l	content-location 在彩信中心的下载url
exp	expire过期时间，通常是从发送时间 开始后3天=24x3小时=72小时
m_cls	message class信息类别如 个人(值personnal)、广告等 X-Mms-Message-Class
m_type	信息类型，和 pending_msgs.msg.type一样 X-Mms-Message-Type
v	version这条彩信符合的规范版本 在PduHeader中定义了16/17/18/19 当前版本是18
m_size
pri	priority优先级
rr	read_report 是否收到了阅读报告
rpt_a
resp_st	response status 发送彩信后，mmsc应答的状态 字段X-Mms-Response-Status m_type=MESSAGE_TYPE_SEND_CONF
st	status彩信状态 X-Mms-Status Field
tr_id
retr_st
retr_txt
retr_txt_cs
read_status
ct_cls
resp_txt
d_tm
d_rpt	delivery report 是否收到了送达报告，这个字段其实 是无效的，起作用的是单独的一条 送达报告记录
locked	是否锁定，默认0=不锁定
seen	用户是否看过这条信息的通知 0-没看过；1-看过了

 

公共表canonical_addresses，存放thread的收件人的地址

_id	流水号
address	号码：电话号码或email等

 

彩信part表：存储彩信内容、附件等

_id	流水号
mid	对应pdu._id
seq
ct	content内容类型如图片image/jpeg
name
chset
cd
fn
cid
cl
ctt_s
ctt_t
_data	附件的存储位置如 /data/data/com.android.providers .telephony/app_parts/PART_316077722124
text

 

公共pending_msgs表：待发送信息表

_id	流水号
proto_type
msg_id	对应pdu._id
msg_type	信息类型，和pdu.m_type一样
err_type
err_code
retry_index	已尝试的发送次数
due_time
last_try

 

彩信addr表：地址表，主要字段是电话号码address

_id	流水号
msg_id	对应pdu.msg_id
contact_id	电话本中联系人的id （好像数据并没有关联？）
address	号码
type	发出信息/接收信息，主要两个值151/137 151=PduHeader.To  137=PduHeader.From
charset

 

彩信表drm

_id
_data

 

彩信表rate

sent_time

 

公共表words

_id
index_text
source_id
table_to_use

 

MessageListAdapter.java会监听数据的变化onContentChanged，然后在ComposeMessageActivity.mDataSetChangedListener.onContentChanged查询数据，查询完成后在BackgroundQueryHandler.onQueryComplete中调用mMsgListAdapter.changeCursor(cursor);又回到MessageListAdapter，数据cursor变化引起界面重绘，这样某一条信息的下载状态就实时显示了如正在下载、没有下载等。

ConversationListAdapter.java和MessageListAdapter.java两个Adapter都注册了数据变化的监听器，最后在Activity：ConversationList.java和ComposeMessageActivity.java中显示出来。

字段read：如果sms.type/mms.msg_box不是1-收件箱，该字段值在insert数据的时候都会赋值1-已读（不是收件箱，这个字段就没用了），赋值是在SmsProvider.insert和MmsProvider.insert中

read和seen很多时候同时为0或1，但是也有不一致的情况，如：同时收到多个联系人的信息时，会在状态条下拉栏提示，当用户进入（无论是点击通知进入还是点击mms程序进入）到conversationlist（而不是messagelist，没有真正阅读这些信息），这时seen=1表示用户已看过通知（即使重启手机也不会再提示了），read=0表示用户没看过信息

MMS中保存数据库的操作可以搜索：Inbox.CONTENT_URI，对彩信的保存还有persist