.NET 4.0多租户应用程序上的ASP.NET成员资格。默认还是自定义？

这是我的第一次尝试，尝试将会员资格集成到已经在生产的现有店铺中

根据我的场景，我不太确定是否应该使用内置的aspnet提供程序或它们的自定义实现来集成成员资格

以下是一些细节：

我有一个基于子域的多租户、单数据库、单模式web应用程序

该应用程序已经在生产中，我稍后会希望通过电子邮件将新注册的用户与现有的匿名订单联系起来

在成员集成之后，开发将继续进行，将添加新功能，这意味着用户表将有新的列和链接表

我考虑使用membership Deafolt配置文件来扩展由aspnet提供者创建的用户表，因为我还没有用户。尽管我不清楚如何将用户与订单和其他表格/实体联系起来，这些表格/实体可能会在应用程序即将扩展时添加

也许我可以将与用户相关的实体定义为用户定义的配置文件属性，但它们在我的数据库中没有关联

我考虑的另一个开销是如何将用户与应用程序的不同租户联系起来。我希望用户能够使用相同的电子邮件在不同的租户/子域中注册

---

在这个场景中，您将如何实现成员身份？

这个问题是几个问题的集合。我将尽我所知尽力回答他们

在管理用户的情况下，我建议您考虑以下方法
• 预先定义应用程序中需要的基本用户配置文件元数据列表
• 创建一种可扩展的方法，比如为用户配置文件创建自定义字段，以便它能够容纳将来可能需要捕获的任何数据
• 您还应该在应用程序中规划一个自我注册系统，允许您的用户像使用电子邮件系统的匿名用户一样进行自我注册

关于关联业务实体，您需要将实体与租户关联，而不是与用户关联。应用程序的级别将来自租户，然后它将向下流到用户

此外，您不应该拥有用户可访问的业务实体，当它们以包的形式维护时，它将非常容易管理和使用

分享您对这些方法的想法。 -为每个配置文件创建租户标识符列[property]，用于标识用户所属的基本租户

---

-创建一个表，用于管理其他租户的列表，用户可以在以后的部分访问这些租户

任何原因的否决投票。当你否决任何否决投票的理由时，请分享你的观点。当你否决你的答案时，请分享你的观点。不是我否决了你的答案