84669 person learning
152542 person learning
20005 person learning
5487 person learning
7821 person learning
359900 person learning
3350 person learning
180660 person learning
48569 person learning
18603 person learning
40936 person learning
1549 person learning
1183 person learning
32909 person learning
现在要做一个系统,角色有系统管理员、管理员、医生和病人。且权限依次下降。现在设计需要用户Schema,我的问题是:这4者间共同的部分有帐号、密码和角色名。而医生和病人具有很多各自的属性,如病人的具体信息、病例、家属信息等。现在对于mongodb这种NoSQL,该如何设计呢?是每个用户独立一份Schema,还是抽象出共同的部分,然后再进行各自的补充?
闭关修行中......
可以充分利用MongoDB的特性,不需要特别去抽象某些共同点,甚至可以混存在一起,通过用户类型进行区分即可。NoSQL设计里不需要太在意列的概念(相同的属性),不然就失去了NoSQL的优势,甚至在之后会发现查询操作起来比SQL更麻烦。
可以充分利用MongoDB的特性,不需要特别去抽象某些共同点,甚至可以混存在一起,通过用户类型进行区分即可。NoSQL设计里不需要太在意列的概念(相同的属性),不然就失去了NoSQL的优势,甚至在之后会发现查询操作起来比SQL更麻烦。