所以我正在构建一个API（在GraphQL中），但这不是困难的部分。我试图决定/找出哪种方法最适合我的数据。所以我有4种类型的用户角色。无论角色（firstName，lastName，用户名，电子邮件，密码等）如何，70％的用户都是相同的。另外30％在空中。根据角色的不同，我对不同的用户有不同的数据需求。我也不认为将所有数据放在同一个表/集合中会很聪明。作为一个非常简单/做作/不是很好的例子：
假设我有一个包含3个角色的用户模型。 1.普通用户/会员。经理。会计。
现在说我希望会计师，只有帐户，有一个字段：routingNumber: int和另一个字段：accountNumber: int
所有其他字段在所有用户角色/类型之间都是相同的。
只有会计才能/应该能够访问User表/集合的这些部分。我知道在客户端上我只能根据用户角色显示这些字段，但我不希望标准用户甚至能够在响应有效负载或其他任何内容中显示这些字段。
这不是一个很好的例子，但我无法想出一个好的比喻。 （这不是数据库/语言/框架特定的。它是一个概念，基于答案，我可以在我的堆栈中实现该功能。）
答案 0 :(得分：0)
创建一个Account表，使用UserId为User表创建一个外键。
属性属性问题。该帐户有一个用户，该用户没有帐户。想想当会计师被解雇时会发生什么......你没有新的账户，你会得到一个新的会计师。