A. SNS網站的好友列表的資料庫表應該怎樣設計呢 - PHP進階討論
6樓的應該是uchome中好友的表結構,fusername是好友名稱，SNS網站上很多地方顯示好友時顯示頭像和名稱，這樣名稱就不用再與用戶表關聯查詢了
B. 好友列表資料庫設計
3種解決方法，也談談這三種的弊端吧！
方法：
一.每創建一個用戶.自動創建一個該用戶的好友用戶表.每一行的記錄是一個好友記錄.
二.做一個Frient的表,表中有兩列,第一列UID是用戶ID,第二列FID是對應該用戶的好友
三,在用戶信息的表中,有一個欄位10000長度的varchar 里邊用','號分割各個好友的ID
弊端：
一：只適合少量的用戶論壇，如果有100萬個注冊用戶，就得有100萬張好友表，這樣當用戶一多，資料庫會很大！
二：這種方法是給用戶注冊表創建一張好友關聯表，這樣或許是這三種方法中最好的方式了吧，但是注意記得要添加索引，不然查詢起來，數據一多，會非常慢；
三、這樣在程序方面會比較麻煩，先取出來，後添加數據，再update，感覺速度會上不來...........
C. 資料庫表設計 qq好友間的多對多關系
1.用戶表
列：抄id, 姓名, 等
2.分組表
列：id, 組名, 用戶id
3.好友表
列：id, 好友id, 分組id
示例：
1.用戶1 創建新分組"我的好友"
INSERT INTO 分組表 (組名, 用戶id) VALUES('我的好友', 1);
2.用戶1 將 用戶2 添加到"我的好友"
INSERT INTO 好友表 (好友id, 分組id) VALUES(2, (SELECT id FROM 分組表 WHERE 組名='我的好友' AND 用戶id=1))
3.查詢 用戶1 "我的好友" 分組下的全部好友
SELECT id, 姓名 FROM 用戶表
WHERE id IN(
SELECT id FROM 好友表 JOIN 分組表 ON 好友表.分組id=分組表.id
WHERE 分組表.組名='我的好友' AND 分組表.用戶id=1
)
D. 做個好友系統 用mysql 不知道 怎麼設計資料庫 欄位有 好友ID 自己的ID 還有一個好友度 求給個思路
你好，
一個好的資料庫設計，首先要保證其滿足第三範式的要求。
第三範式：每個非關鍵字列都獨立於其他非關鍵字列，並依賴於關鍵字，第三範式指資料庫中不能存在傳遞函數依賴關系。
也就是說，非主鍵欄位不能有直接依賴關系或者說一個表中的列不依賴於另一個表中的非主鍵的列
根據以上思路，應該有
個人表（或用戶表），存放個人信息。
好友表，存放好友信息。
好友關系表：用戶與好友之間的關系，與那些好友ID關聯。
E. 好友關系資料庫怎麼設計的
好友關系是雙向的：user1 > user2與 user2 > user1是重復的。目前業務很簡單就是好友關系。預想4個欄位解決：id(自增)to_user(添加用戶)
form_user(被添加用戶)relation(用戶關系)0:好友 1:拉黑但是還是想來問問看，想多了解一下相關的思路。
F. 類似qq加好友的功能資料庫應該怎麼設計比較合理
建議建2個表
個人表user
（id，qq）id 為序列，qq為存放你自己的qq號碼，這樣你有幾個qq號就有幾列
好友表friend
（id，friend_qq，userid）id同樣為序列，為以後業務擴充做准備，friend_qq 為好友的qq號，userid為個人表 user 的id，
這樣2表通過userid連接，
如
select * from friend b,user a where a.id=b.userid and
a.qq=?????
就可以查出你的某個qq號對應的所有好友
G. 微信朋友圈資料庫模式如何設計的
1、給所有通訊錄來好友做好分組管源理：做好備注（怎麼加的你，與你關系的強弱），確定哪些客戶是已成交客戶（做好成交時間及成交金額記錄備注），哪些是待跟進的未成交客戶。
2、對自己的頭像、背景牆、個性簽名、朋友圈內容發布設置，尤其是朋友圈內容發布時，必須要考慮發布內容的時間與好友的生活習慣是否匹配。
3、設置互動及二次轉發機制：通過將設定好的發布內容邀請好友轉發朋友圈、發微信群或者群發好友，獲得對應禮品、贈品、代金券等，尤其建議可以獲得跟用戶息息相關的可以使用的產品實物，通過快遞的方式獲取用戶的聯系方式姓名等，建立資料庫。
4、回到第一步，對新加的好友做好分組管理，並做好備注。如果是推廣微信公眾平台也可以引流到客服個人微信號上。