一个数据库的设计问题

hellman1984 2009-04-17
本人现在正在实现一个模仿邮件系统的公司内部通信系统,数据交互的核心是数据库,不再是邮件服务器。其中有一个特殊的功能是一个人可以向全员发送信息,初步预定支持5万人。初步的数据库设计是这样的,用一个表去存储所有的交互信息,用一个表去存储人与所受信息的映射。为了保证能够使每一个人可以去操作他所受到得信息,人与每一条信息的映射都需要被存储下来。现在问题就出现了,如果把所有的人的映射信息都去放在一个表中的话,这个表的膨胀速度绝对超出想象的,每天有10条全员信息,半年后就可以想象了。如果使用分区表的话,每一个人去查询他所受到的所有信息的时候异常麻烦。而每一个一张表的话,需要5万多张表也不现实。想跟大家一起讨论一下,有没有跟好的方法去解决这个问题。
lzzzmy 2009-07-02
我也遇到了这样的问题,后来我的决绝办法也是有些问题的,我把人进行了分组,比如全公司,全部门,全组和个人,接受者就存公司的主键,部门的主键,组的主键和个人的主键。呵呵如果你想到了更好的方法告诉我一声啊,谢谢!
Global site tag (gtag.js) - Google Analytics