“UCenter/数据库字典/uc pms”的版本间的差异
来自Blueidea
（创建新页面为 '{|style="font-size:12px;font-family:宋体;border:0px;width:100%;background:#999;" cellspacing="1" cellpadding="3" |- span style="background:#333;color:#fff;" !字段名!!功能…'） |
|||
| （未显示2个用户的3个中间版本） | |||
| 第1行： | 第1行： | ||
| − | {| | + | 因为还要和UC1.0兼容，而1.0和1.5的短消息差异是非常大的，1.0以话题形式展开，类似发帖，1.5以人的形式展开，类似QQ聊天记录。所以无比混乱，不能根据字段来理解意思。 |
| − | |- | + | |
| + | {|class="Tablelist" | ||
| + | |- | ||
!字段名!!功能 | !字段名!!功能 | ||
| − | |- | + | |- |
|pmid ||消息ID | |pmid ||消息ID | ||
| − | |- | + | |- |
|msgfrom ||消息发送人 | |msgfrom ||消息发送人 | ||
| − | |- | + | |- |
|msgfromid ||消息发送人ID | |msgfromid ||消息发送人ID | ||
| − | |- | + | |- |
|msgtoid ||接收人ID | |msgtoid ||接收人ID | ||
| − | |- | + | |- |
|folder ||inbox 收件箱 | |folder ||inbox 收件箱 | ||
| − | |- | + | |- |
|new ||是否新消息 | |new ||是否新消息 | ||
| − | |- | + | |- |
|subject ||消息主题 | |subject ||消息主题 | ||
| − | |- | + | |- |
|dateline ||时间 | |dateline ||时间 | ||
| − | |- | + | |- |
|message ||消息内容 | |message ||消息内容 | ||
| − | |- | + | |- |
|delstatus ||删除状态 | |delstatus ||删除状态 | ||
| − | |- | + | |- |
|related || | |related || | ||
| − | |- | + | |- |
|fromappid ||应用程序ID | |fromappid ||应用程序ID | ||
|} | |} | ||
| + | |||
| + | 混乱的说明 | ||
| + | <pre> | ||
| + | A->B 第一条短消息，写入三条， | ||
| + | related= 0 是两人的第一条，每次发消息的时候，更新标题和内容和时间，还有是否已经读取状态。显示在列表里，直接看到消息。 | ||
| + | related= 1 的，是消息正文，进入后，倒序排列 | ||
| + | |||
| + | msgfromid b , msgtoid A 的是 A 看到的自己发给对方的内容 | ||
| + | |||
| + | 短消息的列表又根据时间来过滤长度。 | ||
| + | msgfrom 空 msgfromid, msgtoid 都为 0 为公共消息 | ||
| + | msgfrom 空 msgfromid = 0 ,msgtoid 不为0 为系统消息 | ||
| + | |||
| + | msgfromid与msgtoid相等, folder = outbox为草稿箱 | ||
| + | </pre> | ||
| + | delstatus 0 都没有删除 ,1 msgfromid 主动删除 2 msgtoid 删除为2 | ||
| + | |||
| + | 1.0 说明 | ||
| + | <pre> | ||
| + | A->B 第一条短消息，写入一条， | ||
| + | related= 0 为首记录 new=1。 | ||
| + | |||
| + | B查看后 new=0 | ||
| + | |||
| + | B->A 回复。写入两条记录 | ||
| + | related 为第一条短消息的id | ||
| + | 通过related 形成一个话题。 | ||
| + | |||
| + | 第一条记录的 new改为2 | ||
| + | 复制第一条记录 related 为第一条件记录的id，new=0 | ||
| + | 新的回复插入一条记录 new=1 | ||
| + | |||
| + | A查看后。new 都为0 | ||
| + | </pre> | ||
2011-07-14T00:34:20的最后版本
因为还要和UC1.0兼容，而1.0和1.5的短消息差异是非常大的，1.0以话题形式展开，类似发帖，1.5以人的形式展开，类似QQ聊天记录。所以无比混乱，不能根据字段来理解意思。
| 字段名 | 功能 |
|---|---|
| pmid | 消息ID |
| msgfrom | 消息发送人 |
| msgfromid | 消息发送人ID |
| msgtoid | 接收人ID |
| folder | inbox 收件箱 |
| new | 是否新消息 |
| subject | 消息主题 |
| dateline | 时间 |
| message | 消息内容 |
| delstatus | 删除状态 |
| related | |
| fromappid | 应用程序ID |
混乱的说明
A->B 第一条短消息，写入三条， related= 0 是两人的第一条，每次发消息的时候，更新标题和内容和时间，还有是否已经读取状态。显示在列表里，直接看到消息。 related= 1 的，是消息正文，进入后，倒序排列 msgfromid b , msgtoid A 的是 A 看到的自己发给对方的内容 短消息的列表又根据时间来过滤长度。 msgfrom 空 msgfromid, msgtoid 都为 0 为公共消息 msgfrom 空 msgfromid = 0 ,msgtoid 不为0 为系统消息 msgfromid与msgtoid相等, folder = outbox为草稿箱
delstatus 0 都没有删除 ,1 msgfromid 主动删除 2 msgtoid 删除为2
1.0 说明
A->B 第一条短消息，写入一条， related= 0 为首记录 new=1。 B查看后 new=0 B->A 回复。写入两条记录 related 为第一条短消息的id 通过related 形成一个话题。 第一条记录的 new改为2 复制第一条记录 related 为第一条件记录的id，new=0 新的回复插入一条记录 new=1 A查看后。new 都为0
