language-agnostic - 为什么用户和个人资料数据的分离被认为是好的？

Question

我一直在读这篇文章question并觉得我不太同意用户和个人资料数据的分离是一个很好的做法的说法。

据我所知，个人资料数据，例如国家或任何属于用户对象的内容，同时将这些数据分离到配置文件中会导致创建一个与用户对象具有 1 对 1 关系的新对象(和表)。仅仅因为美学原因，这种分离被认为是一种好的做法吗？ (您只能在一个表中看到用户输入的数据，而生成的数据在另一个表中)

Answer 1

嗯，只有当您假设用户和个人资料具有一对一的关系时才会出现这种情况。

如果保证情况总是如此，那么分离的原因可能纯粹是出于美观，但是仍然可能存在将两者分离的性能原因。

例如，个人资料数据可以被其他用户访问，通常可以缓存而无需考虑快速失效等。

它们在概念上是不同类型的数据 - 即使它们具有一对一的关系。我永远不会缓存用户登录详细信息 - 但我不会以编程方式将其公开给仅需要配置文件数据的模块。

这就是可以保证一对一关系成立的基本原理。可以吗？

如果您允许每个用户使用多个登录凭据(或多个登录方法)，那么现在会变得更有趣。例如，基于 cookie 的 session 通常存储在服务器端的 volatile 存储器中(很少需要持久保存该数据)。您是否有指向用户对象或配置文件对象的信息？

您可以拥有单向关系 - 有一个从用户到个人资料的指针，但没有从个人资料到用户的指针。这样，保存配置文件数据的模块就无法更改登录详细信息。

最后，如果您使用像 facebook 这样的解决方案，允许每个用户使用多个登录电子邮件，并额外通过 OpenID 和 iPhone/Android 应用程序登录，会怎么样？那么您是否同意配置文件和用户仍然相同？