資料庫用戶表設計
『壹』 資料庫設計 用戶表
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)長度的吧，還有昵稱啊、性別、年齡、興趣愛好、郵箱、地區、手機號碼、、、、等等、、
『玖』 資料庫表設計 用戶數據
這么考慮沒多大意義，如何設計表和表結構，應該統籌考慮，要考慮軟體過程中的調用頻次。數據量。要考慮效率和安全性。所以你懸空這么考慮的話，只能說，怎麼樣都行。
『拾』 資料庫表設計：用戶單表（添加用戶角色欄位）還是多用戶表（每種角色一個表）
如果你的用戶和角色是多對多的關系，單表肯定是不行的！