java 实现站内信_群发站内信实现

存储优化

第一种情况，站内的用户是少量级别的。(几十到上百)

这种情况，由于用户的数量非常少，因此，没有必要过多的考虑数据库的优化，采用简单的表格，对系统的设计也来的简单，后期也比较容易维护，是典型的用空间换时间的做法。

数据库的设计如下：表名：Message

ID：编号；SendID：发送者编号；RecID：接受者编号(如为0，则接受者为所有人)；Message：站内信内容；Statue：站内信的查看状态；PDate：站内信发送时间；

第二种情况，站内的用户中量级别的(上千到上万)。

如果还是按照第一种情况的思路。那发一条站内信的后果基本上就是后台崩溃了。因为，发一条站内信，得重复上千个插入记录，这还不是最主要的，关键是上千 乃至上万条记录，Message字段的内容是一样的，而Message有大量的占用存储空间。比方说，Message字段有100个汉字，占用200个字 节，那么5万条，就占用200×50000=10000000个字节=10M。简单的一份站内信，就占用10M，这还让不让人活了。

因此，将原先的表格拆分为两个表，将Message的主体放在一个表内，节省空间的占用

数据库的设计如下：

表名：Message

ID：编号；SendID：发送者编号；RecID：接受者编号(如为0，则接受者为所有人)；MessageID：站内信编号；Statue：站内信的查看状态；

表名：MessageText

ID：编号；Message：站内信的内容；PDate：站内信发送时间；

在管理员发一封站内信的时候，执行两步操作。先在MessageText表中，插入站内信的内容。然后在Message表中给所有的用户插入一条记录，标识有一封站内信。

这样的设计，将重复的站内信的主体信息(站内信的内容，发送时间)放在一个表内，大量的节省存储空间。不过，在查询的时候，要比第一种情况