如何使用Membership API与自己的应用程序相关数据相结合？

Question

在asp.net 4中设计一个新的应用程序我必须决定如何在MS SQL数据库中使用MS SQL Membership API和我自己的数据。首先，我需要以更灵活的方式存储和访问用户配置文件数据，然后由Profile Provider支持。其次，我想链接其他用户相关信息（例如订单）。

无论您在何处存储aspnetdb表（在单独的数据库中或与数据存储在同一数据库中），问题仍然存在于如何保持数据同步。

经过研究后，我看到以下相关选项：
1.来自asp_Users的外键UserId（在this教程中建议） 2.没有外键 - 使用交易（建议here） 3.没有外键 - 使用自定义的AccountController（无论是什么，建议here） 4.将Membership UserId（uid）与自定义UserId（int）相关联的附加表 5. ...

一方面，我喜欢第一个解决方案，因为它非常简单，并在官方的asp.net教程中提出。

另一方面，反对者非常合理地注意到使用外键打破了提供者的一般想法，这些提供者应该帮助分离关注点并且可以互换。但不幸的是，他们并没有深入了解实施细节，因此从相关性和易于实施的角度来估算这些建议并不容易。

那么解决这个问题的最佳选择是什么？此外，实现将如何？仅仅使用额外的ADO.NET或LINQ等代码是否足够，或者是否值得实现自定义成员资格和/或配置文件提供程序？

提前谢谢。

Answer 1

第一种是最简单的方法。在相关表中添加用户的GUID作为外键（f.e.Ordered_by）。我没有看到它打破分离问题的地方。如果您想将订单记录保存在数据库中，您还必须保留已订购的用户，这非常有意义。

我在当前的应用程序中成功使用了选项4。我创建了一个表aspnet_UserID，其中idUser int作为主键，而fiUser（aspnet_Users的GUID）作为外键。这是模型：

（注意：User是通过aspnet_regsql.exe创建的标准aspnet_Users表，而aspnet_UserId是我的自定义表，用于将每个Guid映射到我的int-ID）

现在我只将idUser作为FK存储在所有相关表中（例如在订单表中）。这样做的好处是存储空间更少，UserID更易读（我永远不会记住GUID）。也许它与这个“包装表”有点分离，但这不是我的主要目的。

如果要控制行为，可以更改外键上的delete-rule。如果你这样做，将它设置为Cascade。想删除您要删除的用户订购的所有订单，或者如果您想保留此订单，请将其设置为no Action。

我无法为配置文件问题提出任何其他选择，因为您没有提到“您需要以更灵活的方式存储和访问用户配置文件数据，然后配置文件提供程序支持”。

Answer 2

您应该考虑编写自己的自定义成员资格提供程序，根据您的需要使用表/数据（而不是使用ASP.NET提供的模式）。

请参阅此MSDn示例（schema，code）以编写自定义提供程序 - 此示例使用OLEDB访问数据库。另一个示例是here - 它使用活动目录作为商店。