Mongodb的数据库
当前的分类是一对多: 分类{ 分类名称:string, 分类的电影:[{objectId} , {objectId} , {objectId} , {objectId} , {objectId} , …] //电影达到几万部部时是不是还可行? } 电影详情{ 电影名称:string, 导演:string, 演员:string, … }
当电影数量达到了10w部,单个分类下有1w部电影,这样的数据库还够吗?是否需要设计成一对许多?这样的写法对吗?
分类{ 分类名称: string, 详细分类:{objectId} }
分类详细{ 电影详情:{objectId} } 电影详情{ 电影名称:string, 导演:string, 演员:string, … }
求回答!求告诉我正确的方法
mongodb单文档大小限制为16M,所以就看你单个分类的电影信息最大能有多大!
@jizhuofeng 16M能保存多少个objectId?有点不懂
objectid大小是12个字节,自己算下1M最多能存多少个objectid, 再加上你其他数据。。。估算一下能存个百八十万
具体如何设计还要根据应用场景! 在电影详情里面加一个分类ID不更好?
为什么不把分类ID 或者直接把分类名称存在电影详情里面呢
有一个比较粗糙的准则是: 几个到十几个用 subdocument, 几十个到几百个用 ObjectId array, 再多的话把 [一] 的 ObjectId 存到 [多] 的文档里 当然了, 凡事无绝对, 要视具体情况而定