现在要做一个系统，角色有系统管理员、管理员、医生和病人。且权限依次下降。现在设计需要用户Schema，我的问题是：这4者间共同的部分有帐号、密码和角色名。而医生和病人具有很多各自的属性，如病人的具体信息、病例、家属信息等。现在对于mongodb这种NoSQL，该如何设计呢？是每个用户独立一份Schema，还是抽象出共同的部分，然后再进行各自的补充？
闭关修行中......
MongoDB の特性を最大限に活用することができ、特定の共通点を明確に抽象化する必要はなく、ユーザーの種類によって区別することもできます。 NoSQL の設計では、カラム（同じ属性）の概念をあまり意識する必要はありません。そうしないと、NoSQL の利点が失われ、後からクエリ操作が SQL よりも面倒になることさえあります。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
MongoDB の特性を最大限に活用することができ、特定の共通点を明確に抽象化する必要はなく、ユーザーの種類によって区別することもできます。 NoSQL の設計では、カラム（同じ属性）の概念をあまり意識する必要はありません。そうしないと、NoSQL の利点が失われ、後からクエリ操作が SQL よりも面倒になることさえあります。