1、Db還是ORM
小程序數(shù)據(jù)量比較大,同時(shí)在線人數(shù)最高達(dá)10萬(wàn)人,未來(lái)會(huì)更多。約有10%的人會(huì)對(duì)數(shù)據(jù)進(jìn)行間歇性更新,其他人為觀眾,可以聊天和查看實(shí)時(shí)數(shù)據(jù)。
基本不需要視圖,沒(méi)確定需不需要采用ORM的模型,還是直接DB來(lái)操作。
2、Mysql還是PHP
舉個(gè)例子:
a、game表是不停增加的游戲列表,假設(shè)是3人斗地主或4人升級(jí),目前有100萬(wàn)條數(shù)據(jù)
b、group表是參加游戲人員的表,該表有g(shù)ameid和userid
c、friend表是關(guān)注表,有使用用戶的userid,和其關(guān)注的fuserid
如果使用Db,直接通過(guò)3次join可以實(shí)現(xiàn),如圖:
用ORM,還沒(méi)研究出來(lái),迷惑中。。。
有大師說(shuō),既然老師說(shuō)了webman的特點(diǎn)就是把數(shù)據(jù)放進(jìn)內(nèi)存,想怎么操作就怎么操作。
可以把100萬(wàn)條數(shù)據(jù)讀到內(nèi)存來(lái)處理:),問(wèn)題便來(lái)了:
a、每個(gè)人登陸時(shí),只讓顯示被他關(guān)注的games
b、勢(shì)必要將每條game的group_user與friend表中本人user對(duì)應(yīng)的fuserid的做比較,如果關(guān)注的人參加了該條game則挑出來(lái)
d、實(shí)現(xiàn)翻頁(yè)功能,一次10條的話,如何分頁(yè)都很麻煩。
寫了下PHP版,沒(méi)實(shí)現(xiàn):(
3、數(shù)據(jù)實(shí)時(shí)互動(dòng)
a、event研究中
b、客戶端的game表可不可以直接通過(guò)event自動(dòng)更新?
c、如何檢測(cè)數(shù)據(jù)庫(kù),一旦有curd,便將數(shù)據(jù)更新傳輸?shù)娇蛻舳恕??!?br />
。。。。
這里寫搜到的方案及不適用原因
還是Db好學(xué),接近mysql,漂亮的都需要化妝,這門手藝還沒(méi)學(xué)會(huì):((((