我的应用程序将是一个players. 那是数据库的核心数据点。玩家（又名……玩家的个人资料）是用户登录以查看/编辑/更新/删除的内容。
把它想象成一个招聘数据库，我（作为招聘人员）可以登录查看我想为我的团队招募的球员类型。
所以我正在努力的是如何建模用户关系。以下是业务规则。
- 每个玩家都应该能够登录以更新他们自己的个人资料。
- 每个玩家不必拥有一个用户帐户，但如果他们愿意，他们可以。
- 每个玩家都具有普通“用户”记录所没有的属性（例如头像、学术成果、视频等）。
- 每个教练都可以登录查看球员的所有资料。
- 每个教练都应该能够将其他教练/招聘人员添加到他们的帐户中。
- 每个管理员都应该能够对玩家进行 CRUD
这就是棘手的地方...aplayer应该只是另一个模型...因为它们是整个应用程序的中心记录（就像图像可能在图像共享站点上）。棘手的地方在于，每个玩家都can be与用户记录相关联，但并非必须如此。
协会会是什么样子？什么只是User类的角色，什么是与另一个模型的关联？