【问题标题】:extended information in asp.net membership profileasp.net 会员资料中的扩展信息
【发布时间】:2011-07-28 22:48:51
【问题描述】:

我目前正在开发一个将大量使用 asp.net 成员资格的网站。 (使用 Umbraco,但这只是使用常规的 asp.net 会员提供程序)。 我想存储一些关于用户的扩展信息,我正在考虑是否应该将信息存储在配置文件或自定义表中。任何特定方法是否有任何优点/缺点?某些属性(例如付款详细信息)更自然地放置在配置文件中,另一方面,交易日志似乎不太自然地驻留在用户配置文件中(恕我直言)。对此有什么想法吗? 有 asp.net 会员的经验吗?

【问题讨论】:

    标签: .net asp.net sql-server asp.net-membership


    【解决方案1】:

    我建议使用自定义表格来存储信息。

    优点:

    1. SQL 表的分离
    2. 将保持简单的会员数据库需要重新安装等..
    3. 不会对标准会员 SP 等进行任何更改。
    4. 无需编写自定义提供程序...

    对于事务日志 - 即使您选择使用成员资格提供程序,也请继续使用单独的表。它会给你上面列出的优点......

    在您引用的示例中,您使用了付款详细信息等。我相信您会考虑对敏感数据进行加密..

    【讨论】:

    • 我确实对数据进行了加密,但是如果逻辑是在 DAL 中而不是在数据库本身中实现的,则可以逐列完成。在我的实现中,数据库只看到加密值,表示层只看到文本数据。 DAL 是唯一可以同时查看两者的组件,我们将安全工作投入到该特定组件中。
    • 哦...感谢您的评论。我也是这样倾斜的。
    【解决方案2】:

    我只想扩展 Membership 提供者以包含额外的信息。您可能希望构建一个自定义成员资格提供程序来替换标准成员提供程序,这只是意味着从标准成员提供程序继承,在您的情况下,可能只是添加额外成员的问题。

    我个人也不会使用个人资料提供程序,而只是扩展会员资格提供程序。

    【讨论】:

    • 感谢您的意见。您认为会员提供者/个人资料是存储交易日志的好地方吗?创建一个单独的表来处理这种类型的数据不是更好的解决方案吗?优点/缺点?
    • 是的,抱歉没看错,会员资格提供者应该只使用您的用户/联系人表的会员资格部分和您需要提供的其他信息。您应该为事务创建一个单独的表,并将其作为成员资格的单独实体。
    • 是的,我就是这么想的,就是想看看有没有其他的观点。谢谢!
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-02-03
    • 2012-10-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多