※ 引述《aagogo (我的臭肥喵)》之铭言： : ※ 引述《ksaon (最爱贴心乖老婆~~~~~ Ｉ》之铭言： : : 就是现在我们在做一个电子商务的推荐系统 : : 那现在做到核心架构的部分了 : : 但是现在碰到一个问题就是 : : 我们利用使用者在一刚开始注册时所填选的问卷来做推荐依据 : : 可是 问卷所选填的内容 我们得把他存到资料库里面去 : : 以做归类群体的方式 : : 所以目前我可以想到的方法就是一个user一个table... : 应该是一个table放所有user的资料会比较好的样子 : 一个user一个table好像有点浪费的感觉@@ 因为我们必须得从问卷的每一个问题跟每一个答案下去计算(题目是 random的) 我本来也是想说看看可不可以放在同一个table 但是我想不到如何不让资料重复 又可以把使用者所填选题目和对应的答案存进去 一共有一百多题 所以我才会想到一个user一个table的方法.... 谢谢你的建议 我再试看看好了~~~ : userID 问卷属性1 问卷属性2 问卷属性3 问卷属性4 ...... : －－－－－－－－－－－－－－－－－－－－－－－－－－－－－ : aa true false 0 20 : bb true true 3 12 : cc flase false 4 9 : . : . : . : 以此类推 : 这是概略的想法 : 不过资料库还是需要做正规化的动作，将资料的重覆性降至最低.. : : 可是好像很bad的感觉 因为资料库愈大 server端负担愈大 : : 但是如果资料量不够多 : : 却又没有办法做出比较符合我们当初假设的collaborative的方法 : : 现在我写不出可以减轻server端负担的方法 : : 其实，连怎麽做出user专属的table也不会@@" : : 请高手指点一下吧 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 59.114.14.230