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