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