具有不同用户配置文件的 SQL Server 表

发布于 2024-11-27 10:25:33 字数 603 浏览 1 评论 0原文

我正在 SQL Server 2005 中设计我的数据库表，并遇到了一个小的设计/架构问题...我有我的主 Users 表（用户名、密码、lastlogin、等），但我还需要存储2个不同的用户配置文件，即存储的配置文件数据在两者之间会有所不同。我已将所有常见用户数据放入 Users 表中。

我是否为消费者和营销人员创建单独的表？如果是这样，这些表中的主键是否应该为 [table-name]_UserID 并与 Users_UserID 建立 1:1 关系？

基本上，注册后，用户将可以选择注册为消费者或营销商。当用户登录时，将查询Users 表，并从任一表中查询其随附的个人资料。

我知道这种方法很混乱，这就是为什么我来这里询问如何最好地实现这一点。

谢谢！

编辑：此外，在Users表中，我有一个Users_UserType标志，它允许我在登录时区分用户，从而知道哪些用户要查询的配置文件表。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

萌辣 2024-12-04 10:25:33

你的直觉是正确的。您想要标准化您的数据。使用单独的表可以减少数据重复或空/空列。

不幸的是，对于这样的反向关系，您将不会有一个从用户到消费者或营销人员的干净的外键，因为它可能是一个表或另一个表。

不过，您可能希望将 Consumer/Marketers 表中的 User_Id 映射回 User。

您可以使用左连接在单个查询中查询它：

Select 
     u.*,
     c.*,
     m.*
     From Users u
        left join Consumers c on c.User_Id = u.ID
        left join Marketers m on m.User_Id = u.ID
     Where
        u.ID = @UserId

Your gut feeling is correct. You want to normalize your data. Using separate tables reduces data duplication, or empty/null columns.

Unfortunantly, with a reverse relationship like this, you won't have a nice clean foreign key from User to Consumer or Marketer because it could be one table or another.

You would want to map a User_Id from the Consumer/Marketers table back to User though.

You could query it in a single query using left joins:

Select 
     u.*,
     c.*,
     m.*
     From Users u
        left join Consumers c on c.User_Id = u.ID
        left join Marketers m on m.User_Id = u.ID
     Where
        u.ID = @UserId

回复收藏 0 原文

~没有更多了~