⑴ 現在的QQ好友資料庫是哪一個文件
默認安裝qq的位置
:\Program Files\tencent\qq\自己的qq號 \MsgEx.db
MsgEx.db是聊天記錄
User.db是好友記錄
下面留著參考吧
qq號碼文件夾下的文件：
Config.db qq 系統設置
Content_Config.ini 自定義面板設置
ewh.db qq 密碼
MsgEx.db qq 聊天記錄
notes.db qq 備忘錄
qqMailSettingEx.dat qqMail 設置
qqMailAddr.dat qqMail 地址本
QQMailIndex.dat QQMail QRT.dat QQ 炫鈴信息
MailData QQMail 本地郵件
ShareInfo.db 共享文件夾設置
User.db QQ 本地好友列表
VQQ.db QQ 視頻設置
⑵ 聊天系統的好友列表資料庫如何設計
對於關系資料庫，可以設一個這樣的欄位，這個欄位里存放了李四的所有好友，每個好友以「，」分隔；
對於非關系資料庫，比如說健值資料庫，可以使用一個大型的HASH表來存放，李四的所有好友以一個鏈接的方式串起來
。
比如:
linker表示鏈接
hash(李四)=linker(王五、張三、黃光、李明)
⑶ 類似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號對應的所有好友
⑷ 用戶的好友關系，在資料庫里怎麼存儲
1、使用冗餘，尺陪每個人的好友信息陵扮蠢都在資料庫中有存儲，就是你說的記錄一對一關系
2、數據緩存到內存，數據訪問很快
3、狀態信息修改非同步，比如一個人登陸了，他的好友不是馬上就知道，中間間隔幾秒也沒有關系
4、數據可能不放在關系資料庫中，可能使用nosql資料庫，比缺迅如mongodb,bigtable,cassandra等
5、facebook,twitter就是用類似的思想
⑸ ASP.NET網站中好友功能怎麼做，資料庫怎麼設計
做一個表，裡面欄位 會員Id,要添加為好友的會員Id，狀態（是否對方通過審核）。
例：
如當前會員Id為1，目標會員Id為2
當加對方為好友時。寫入:
會兄隱扒員id:1,目標會員Id:2,狀態：未審。同時你可以通過站內信功能通知對方。站內信里可以加鏈接，接受或拒絕。
當對方登錄後，點擊接受，則再次寫入記錄，當前會員Id:2,目標會員：1,狀態：羨昌已審。同時更新前一條記錄。的審核狀態。
如果是攜滾拒絕則刪除對方的添加記錄。就是前面的那個。同時發站內信通知會員1.
在顯示我的好友時，調用出所有審核狀態為通過的記錄即可。
⑹ 好友關系資料庫怎麼設計的
好友關系是雙向的：user1 > user2與 user2 > user1是重復的。目前業務很簡單就是好友關系。預想4個欄位解決：id(自增)to_user(添加用戶)
form_user(被添加用戶)relation(用戶關系)0:好友 1:拉黑但是還是想來問問看，想多了解一下相關的思路。
⑺ 做個好友系統 用mysql 不知道 怎麼設計資料庫 欄位有 好友ID 自己的ID 還有一個好友度 求給個思路
你好，
一個好的數據神尺庫設計，首先要保證其滿足第三範式的要求。
第三範式：每個非關鍵字列都獨立於其他非關鍵字列，並依賴於關鍵字，第三範式基數指資料庫中游鋒高不能存在傳遞函數依賴關系。
也就是說，非主鍵欄位不能有直接依賴關系或者說一個表中的列不依賴於另一個表中的非主鍵的列
根據以上思路，應該有
個人表（或用戶表），存放個人信息。
好友表，存放好友信息。
好友關系表：用戶與好友之間的關系，與那些好友ID關聯。
⑻ 好友列表資料庫設計
3種解決方法，也談談這三種的弊端吧！
方法：
一.每創建一個用戶.自動創建一個該用戶的好友用戶表.每一行的記錄是一個好友記錄.
二.做一個Frient的表,表中有兩列,第一列UID是用戶ID,第二列FID是對應該用戶的好友
三,在用戶信息的表中,有一個欄位10000長度的varchar 里邊用','號分割各個好友的ID
弊端：
一：只適合少量的用戶論壇，如果有100萬個注冊用戶，就得有100萬張好友表，這樣當用戶一多，資料庫會很大！
二：這種方法是給用戶注冊表創建一張好友關聯表，這樣或許是這三種方法中最好的方式了吧，但是注意記得要添加索引，不然查詢起來，數據一多，會非常慢；
三、這樣在程序方面會比較麻煩，先取出來，後添加數據，再update，感覺速度會上不來...........
⑼ 社交網路如何設計存儲好友關系的資料庫的
社交網路，他們都有，各自的資料庫來對你的，各個數據信息，來進行獨立的儲存，所以好友關系也是他們資料庫中的一條信息而已
⑽ 聊天系統中每個用戶有分組的好友列表，資料庫如何建立資料庫要怎麼保存這些信息請資料庫高手幫我分析
其實我覺得一個表就搞定了呀，注冊用戶，唯一約束ID，這廳清是一個戚老欄位，然後第二個欄位可以是好友ID，三是好友高伏升名，第四個欄位就是組名嘍，然後其他欄位，為什麼不放了一個表裡呢？