ASP.NET内置用户配置文件与旧式用户类/表
我正在寻找关于在ASP.NET中使用配置文件功能的最佳实践的指导。
您如何决定应该在内置用户配置文件中保留哪些内容，或者是否应该创建自己的数据库表并为所需字段添加一列？例如，用户有一个邮政编码，我应该将邮政编码保存在自己的表中，还是应该将其添加到web.config xml配置文件中并通过user profile ASP.NET机制进行访问？
我现在能想到的利弊是，由于我不太了解配置文件(它现在有点像一个矩阵)，如果我走表路线，我可能可以做任何我想做的事情(例如，使用SQL将所有用户的邮政编码与当前用户的邮政编码相同)。我不知道如果我使用ASP.NET配置文件，我是否也能做同样的事情。
回答 4
Stack Overflow用户
发布于 2009-10-30 07:42:37
用户配置文件是一个很好的个人定制的干净框架(AKA。配置文件属性)。(例如iGoogle)它的问题在于它不是为查询而设计的，也不适合与公共用户共享数据。(你仍然可以这样做，但性能很低)
因此，如果您想增强自定义的用户体验，用户配置文件将是一个很好的方法。否则，使用您自己的类和表将是一个更好的解决方案。
Stack Overflow用户
发布于 2008-08-04 23:10:05
根据我的经验，最好将个人资料中的信息保持在最低限度，只将认证直接需要的必要信息放在那里。其他信息，如地址，应该由您自己的应用程序逻辑保存在您自己的数据库中，这种方法更具可扩展性和可维护性。
Stack Overflow用户
发布于 2008-08-04 23:10:30
我想这取决于你需要多少字段。据我所知，Profiles本质上是一个在给定字段大小下拆分的长字符串，这意味着如果你有很多字段和用户，它们就不能很好地伸缩。
另一方面，它们是内置的，所以它是一种简单和标准化的方式，这意味着没有很大的学习曲线，你也可以在未来的应用程序中使用它，而不需要调整到新的表结构。
滚动自己的东西允许您将其放入适当规范化的数据库中，这将极大地提高性能，但您必须自己编写几乎所有的配置文件管理代码。
编辑:另外，配置文件不会被缓存，所以对配置文件的每次访问都会首先访问数据库(然后为该请求缓存，但下一个请求将再次从数据库中获取它)
如果你正在考虑写你自己的东西，也许custom Profile Provider给了你两全其美的东西-无缝集成，但你想做的定制东西。
https://stackoverflow.com/questions/1683
复制相似问题