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