sql - Azure 数据库-SQL N :N Query

Question

我的数据库中的 N:N 表出现问题。我使用以下 stackoverflow 问题来帮助我解决这个问题:

How to make SQL many-to-many same-type relationship table

我有一个用户的概念，这些用户可以维护一个 friend 列表。我创建了以下 2 个表:

CREATE TABLE [dbo].[Users] (
    [UserId]      UNIQUEIDENTIFIER NOT NULL,
    [UserName]    NVARCHAR (50)    NOT NULL,
    [Password]    NVARCHAR (88)    NOT NULL,
    [E-Mail]      NVARCHAR (100)   NOT NULL,
    [First Name]  NVARCHAR (50)    NOT NULL,
    [Last Name]   NVARCHAR (50)    NOT NULL,
    [Description] NVARCHAR (2000)  NULL,
    PRIMARY KEY CLUSTERED ([UserId] ASC)
);
GO

CREATE TABLE [dbo].[Friends]
(
    [Id] UNIQUEIDENTIFIER NOT NULL PRIMARY KEY, 
    [UserId] UNIQUEIDENTIFIER NOT NULL, 
    [FriendId] UNIQUEIDENTIFIER NOT NULL
)
GO

然后我运行了以下更改查询:

ALTER TABLE Friends ADD FOREIGN KEY (userid) REFERENCES Users (userid);
ALTER TABLE Friends ADD FOREIGN KEY (friendid) REFERENCES Users (userid);

我运行了以下 INSERT 查询:

INSERT INTO Friends
VALUES (NEWID(), 'AC30D0BB-3462-4D87-A132-62BE6EBA8E82', '6CD2EC21-C32B-4EC3-B221-E36E2A887EA0');

最后我运行此查询来尝试检索信息:

SELECT *
FROM Users u
   INNER JOIN Friends f ON u.userid = f.userid
   INNER JOIN Friends f ON u.userid = f.friendid
WHERE
   (f.userid = 'AC30D0BB-3462-4D87-A132-62BE6EBA8E82' OR f.friendid = 'AC30D0BB-3462-4D87-A132-62BE6EBA8E82')
   AND u.userid != 'AC30D0BB-3462-4D87-A132-62BE6EBA8E82';

这会出现以下错误:

Msg 1011, Level 16, State 1, Line 4
The correlation name 'f' is specified multiple times in a FROM clause.

我明白为什么我会收到此错误，但我所做的任何更改都会导致从数据库中检索不到任何记录，任何人都可以解释我做错了什么吗？

谢谢

编辑1:

根据第一条评论:

SELECT *
FROM Users u
   INNER JOIN Friends f1 ON u.userid = f1.userid
   INNER JOIN Friends f2 ON u.userid = f2.friendid
WHERE
   (f1.userid = 'AC30D0BB-3462-4D87-A132-62BE6EBA8E82' OR f2.friendid = 'AC30D0BB-3462-4D87-A132-62BE6EBA8E82')
   AND u.userid != 'AC30D0BB-3462-4D87-A132-62BE6EBA8E82';

什么也没检索到。

编辑2:基本上我正在尝试检索给定用户的所有 friend 。是否有可能我的表设置不正确或者我的数据无效？我的“用户”表中有 3 个用户，其中一个用户 ID 为 AC30D0BB-3462-4D87-A132-62BE6EBA8E82。

Answer 1

首先，关于建模的一些提示。需要表的主键来强制表内的唯一性。 UUID 在已知宇宙中强制执行唯一性。而且，正如我们所见，这会带来可怕的查询。和可怕的结果。快速搜索用户“AC30D0BB-3462-4D87-A132-62BE6EBA8E82”的一百行结果集。一个简单的身份字段就可以了

其次，交集表并不真正需要代理键。通常，它的关键是两个FK的组合。您在所有庞大的查询库中是否有一个查询在交集表中搜索代理键值？可能不会。您有一个用户 ID，并且想要搜索该用户 ID 以找到他们的 friend 。

这导致下一个指针。您通常不知道也不关心您正在搜索的用户属于 friend 关系的哪一边。也就是说，如果用户A和用户B是好友，那么您希望在搜索B的好友时看到A，在搜索A的好友时看到B。所以在创建好友关系时，写两行:(A,B)和(B，A)。这样，您只需在一个字段中搜索所有关系。如果您在 Friends 表上将 PK 创建为 (UserID, FriendID)，则始终在 UserID 字段上搜索将获得更好的结果。

接下来，查询。如果您显示了用户信息，并且您的应用用户想要查看好友列表，则无需多次涉及用户表。

select  u.*
from    Friends  f
join    Users    u
    on  u.UserID = f.FriendID
where   f.UserID = 'AC30D0BB-3462-4D87-A132-62BE6EBA8E82';

如果你想获取该用户的用户数据(必须使用另一个名称，因为这里的角色不同)，那么只需再次加入用户表即可。

select  uu.*, fu.*
from    Friends  f
join    Users    fu
    on  fu.UserID = f.FriendID
join    Users    uu
    on  uu.UserID = f.UserID
where   f.UserID = 'AC30D0BB-3462-4D87-A132-62BE6EBA8E82';