ASP.NET Membership - 这是好的设计吗
我在我的 Web 应用程序中添加了 ASP.NET 会员资格。现在我有一个表，其中包含用户特定信息 UserProfile（名字、姓氏、显示名称等）的列。我没有使用会员资格中的个人资料，因为如果将来我决定更改 asp.net 会员资格以进行其他操作，我希望将用户个人数据保留在单独的表中。我的问题是：我使用 UserId （asp_membership_users 表中的唯一标识符）作为自定义表中的外键。连接这些表的 UserId 是明智的选择吗？
I added asp.net membership in my web application. Now I have one table where I have columns for user specific information UserProfile(FirstName, Lastname, DisplayName etc.). I didn't use Profile from membership because if in the future I decide to change asp.net membership for something else I want to keep user personal data in separate table. My question is: I use UserId (unique identifier from asp_membership_users table) as a foreign key in my custom table. Is UserId smart choice to connect these tables?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
是的，它是
asp_membership_users表的主键，因此将其用作自定义表的外键是有意义的。Yes, it's the primary key of the
asp_membership_userstable so it makes sense to use it as the foreign key of your custom table.