数据库用户表设计
『壹』 数据库设计 用户表
ID Username PassWord Message type自增字段 登录名 密码 信息 区分是客户或商家或运营商 范例：ID Username PassWord Message type1 运营小王专 123456 完美时空属商务总监 1
『贰』 数据库表结构设计用户表都需要那些关联的表 部门表和角色表还有什么
用户表可以关联和需要用到用户信息的表，例如邮件账号表，用户权限表等。
『叁』 数据库表设计
会员表
Member
{
Member_ID long(20) not null,Primary key
Member_Name nvchar(20),
Member_Sex tinyint,
MemBer_Phone long(11),
Member_Email nvchar(20),
Member_Address nvchar(255),
}
商品
Commodity
{
Commodity_ID long(12) not null ,Primary key
Commodity_Name nvchar(50),
Commodity_ProcePlace nvchar(255),
Commodity_Price double,
Commodity_Details nvchar(255),
}
购买记录
BuyRecord
{
BuyRecord_ID long not null,Primary key,Automatic increases
BuyRecord_MemberID long(20)，Foreign key with the Member table
BuyRecord_CommodityID long(20),Foreign key with the Commodity table
BuyRecord_Count int(8),
BuyRecord_Time nvchar(32),
}
『肆』 关于用户查看帖子的数据库表设计
从你要求的功能来看，用户表（表名暂且定义为forum_user）和帖子表（表名暂且定义为forum_title）是多对多的关系。我认为，要完成这样关系的一种连接，需要一张中间表（表名暂且定义为forum_temp）。
forum_temp表的字段至少应该有id（唯一标识）,user_id（用户id）,title_id（帖子id）。字段user_id和title_id应该设置为外键用来关联表forum_user和forum_title
『伍』 好友列表数据库设计
3种解决方法，也谈谈这三种的弊端吧！
方法：
一.每创建一个用户.自动创建一个该内用户的好友用户表容.每一行的记录是一个好友记录.
二.做一个Frient的表,表中有两列,第一列UID是用户ID,第二列FID是对应该用户的好友
三,在用户信息的表中,有一个字段10000长度的varchar 里边用','号分割各个好友的ID
弊端：
一：只适合少量的用户论坛，如果有100万个注册用户，就得有100万张好友表，这样当用户一多，数据库会很大！
二：这种方法是给用户注册表创建一张好友关联表，这样或许是这三种方法中最好的方式了吧，但是注意记得要添加索引，不然查询起来，数据一多，会非常慢；
三、这样在程序方面会比较麻烦，先取出来，后添加数据，再update，感觉速度会上不来...........
『陆』 数据库设计的时候 管理员和用户用一张表好呢 还是分开好呢
一张表就可以的。抄
解释：管袭理员和用户实际上都是“用户”，之后用户里面有个用户标识，之后来区分管理员和普通用户就可以。
如：管理员的唯一标识是1，其他用户的标识为2。
备注：实际上上面说的是简单设计，正常设计，用户和权限肯定是分表设计的，之后通过用户的id来进行表间的关联更科学。
『柒』 数据库表的设计
用户表：{用户编号(PK)，用户名，密码，用户类别, 所属专业号(FK)}
课程表：{课程编号(PK)，课程名，用户编号(FK) ,学分}
院 系：{院系编号(PK)，院名}
专 业：{专业号(PK)，专业名称 ,专业简介 ,总学时,所属院号(FK)}
参考书：{索书号(PK)，课程编号(FK)，ISBN/ISSN，责任者，出版日期，校图书馆连接地址，电子书连接地址}
专业课程表{专业号,课程编号} 联合主键
『捌』 网站数据库设计中，用户注册信息表一般怎么设计
用户名一般可以用char类型，密码考虑到md5加密，至少也得是char(32)长度的吧，还有昵称啊、性别、年龄、兴趣爱好、邮箱、地区、手机号码、、、、等等、、
『玖』 数据库表设计 用户数据
这么考虑没多大意义，如何设计表和表结构，应该统筹考虑，要考虑软件过程中的调用频次。数据量。要考虑效率和安全性。所以你悬空这么考虑的话，只能说，怎么样都行。
『拾』 数据库表设计：用户单表（添加用户角色字段）还是多用户表（每种角色一个表）
如果你的用户和角色是多对多的关系，单表肯定是不行的！