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更麻烦。