数据库用户表设计问题

[z52722057]

我们公司急着做网站平台，主要是两类用户的一个交流平台.
请问应该怎样定义数据表？
方案1：两类用户保存到一个数据表中，用一个字段区分.个人认为这样太乱，数据不清晰明了。

方案2：分别保存到两个不同的数据表中。个人认为这样开发和数据库查询效率都会慢一些。

还请大家提提意见，说说两种方案的优缺点和应该注意的事项。

[jinhongsu]

个人觉得如果两类用户的信息有很大的差异，就分表吧
如果不大，可以放到一起。

分表的话，可能操作数据库也就是写sql语句的时候可能有点麻烦！
不分的话，就是数据库佣余一点吧！

[alandy]

用户肯定要存到一张表中，否则重复用户名，取用户记录既费时又费力！

[ACMAIN_CHM]

方案1：两类用户保存到一个数据表中，用一个字段区分.个人认为这样太乱，数据不清晰明了。


很显然的做法，如果用户的字段种类都一样的话。

[z52722057]

这两种用户的其它关联信息有很大的差异，
但是也有一部分关系信息几乎一致的。

[ACMAIN_CHM]

这两种用户的其它关联信息有很大的差异，
但是也有一部分关系信息几乎一致的。

你的术语 关联信息, 关系信息 是指什么？

建议你写出你的表结构，用些例子来说明。

[z52722057]

比方说有会员和普通用户
会员和用户都有空间信息(包括相册,日志，收藏等）
但是会员有具体信息，认证等普通用户没有的。

[ACMAIN_CHM]

[Quote=引用 6 楼 z52722057 的回复:]
比方说有会员和普通用户
会员和用户都有空间信息(包括相册,日志，收藏等）
但是会员有具体信息，认证等普通用户没有的。
[/Quote]

如果这样表应该设计为 一张表
最多把这个表折分一下。
用户一般信息表（UID，姓名，。。。。）
会员信息表(UID,相册,日志，收藏)

[用户昵称不能为空]

如果属性都相同的话，都有的话，建议放到一张表里面吧。这样好！

[Mr_Bean]

总结 分别不大就不要放两个表了

[z52722057]

谢谢各位了，我们考虑了数据库效率、佣余、扩展等方面决定用两张表。