请一数据表数据设计才合适

liao00001 2009-02-04 04:52:15

需求:
1.系统向指定一组人发送一条信息。如果没有看到信息用户下次登录用高壳显示出来，看了信息没有的用户就不用高壳显示。（类似于QQ群那样发信息群里所有用户都收到那样）

Message
PKID主键
Content内容
UsersId查看了的该消息的用户就把他们的userID加起来再用逗号分隔

我有上面这个想法是为了减轻数据空间和数据冗余而想出来的。请问大家有否更加好的想法，发表一下高见。

...全文

97 11 打赏收藏转发到动态举报

写回复

用AI写文章

11 条回复

切换为时间正序

请发表友善的回复…

发表回复

liao00001 2009-02-27

打赏
举报

[Quote=引用 10 楼 liao00001 的回复:]
引用 9 楼 liao00001 的回复:
w

ttt
[/Quote]

s

liao00001 2009-02-27

打赏
举报

[Quote=引用 9 楼 liao00001 的回复:]
w
[/Quote]

ttt

liao00001 2009-02-27

打赏
举报

Lxpd 2009-02-11

打赏
举报

[Quote=引用 7 楼 liao00001 的回复:]
引用 5 楼 amandag 的回复:
引用 2 楼 winner2050 的回复:
UsersId查看了的该消息的用户就把他们的userID加起来再用逗号分隔
========================================
还是另外建立一个表来保存。要不以后查询起来很麻烦。

同意

如果这样的话。会出现很很多记录。比如一条信息要发给1000个人的话。那么那个建立关系的表就有相应1000条记录。这个设计似乎并不是太好吧？
[/Quote]

就数据库设计而言,另外建一个表是好办法,因为关连查询就方便多了,
多少记录了没关系吧,因为数据库就是做这个事用的

liao00001 2009-02-04

打赏
举报

[Quote=引用 5 楼 amandag 的回复:]
引用 2 楼 winner2050 的回复:
UsersId查看了的该消息的用户就把他们的userID加起来再用逗号分隔
========================================
还是另外建立一个表来保存。要不以后查询起来很麻烦。

同意
[/Quote]

如果这样的话。会出现很很多记录。比如一条信息要发给1000个人的话。那么那个建立关系的表就有相应1000条记录。这个设计似乎并不是太好吧？