aspnet_Applications
aspnet_Paths
aspnet_SchemaVersions
aspnet_WebEvent_Events
aspnet_PersonalizationAllUsers
aspnet_PersonalizationPerUser
这些都是非常冗余的,我从来没有发现它们有用处。
编辑
为了澄清@drachenstern的答案之后的一些冗余,Membership / Users表中还有其他我不需要的额外列,但这些列会增加每个select / insert语句的负载。
- MobilePIN
- PasswordQuestion / PasswordAnswer (我将基于电子邮件进行密码恢复)
- IsApproved (用户将始终被批准)
- Comment
- MobileAlias
- Username / LoweredUsername (或电子邮件/ LoweredEmail) [电子邮件即为用户名,因此只需要其中一个]
此外,我听说GUID并不那么快,而更喜欢使用整数(就像Facebook一样),这也将公开显示。
我该如何创建自己的Membership Provider,重用某些Membership API (验证、密码加密、登录cookie等),但仅使用符合我的要求的表格?
欢迎提供文章和现有实现的链接,我的谷歌搜索结果返回了一些非常基本的示例。
提前感谢
Marko