database - 应用范围关系的用户或用户配置文件模型

Question

我最近读到一条推文，它建议如果想避免应用程序 future 的麻烦，他们应该让用户表只包含身份验证信息和一个用户配置文件表来处理其他所有内容。也就是说，如果您在系统中有自行车和桃子，它们应该通过用户个人资料 ID 链接到拥有它们的用户。该推文并未明确说明使用用户个人资料的后果。如果不遵循这一点，尤其是在大型网络应用程序中，是否会对可维护性/可扩展性产生影响？

Answer 1

好吧，不要把它当作教条，尽管它并非完全没有值(value)。依赖性是一个问题:如果您必须拥有代表特定用户的大量不同数据，您将经常更改基础数据库。如果所有内容都存储在一个列中，您可能会发现自己在重复猴子工作，使用您的类型/ORM 来“让它工作”，而不会涉及 DB <-> RUNTIME 通信。

这一切都是关于将复杂的任务拆分成更小的不太复杂的子任务:auth 是独立的——最重要的任务之一——任务本身，它绝对值得一些专门的空间。但是，您的应用程序可能不是那么大，或者不是那么关心用户，因此将数据拆分为多列并不是很有帮助。当涉及到软件设计时，您必须培养深刻的目标感和衡量标准。