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