【问题标题】:Azure Database - SQL N:N QueryAzure 数据库 - SQL N:N 查询
【发布时间】:2015-04-07 08:30:57
【问题描述】:

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

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

我有一个用户的概念,这些用户可以维护一个朋友列表。我创建了以下 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: 基本上我正在尝试检索给定用户的所有朋友。是否有可能我的表格设置不正确或我的数据无效?我的用户表中有 3 个用户,其中一个用户 ID 为 AC30D0BB-3462-4D87-A132-62BE6EBA8E82。

【问题讨论】:

  • 将它们命名为 f1 和 f2。

标签: sql sql-server azure


【解决方案1】:

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

其次,交集表实际上并不需要代理键。通常,它的关键是两个 FK 的组合。您是否在所有庞大的查询库中都有一个查询来搜索交集表以查找代理键值?可能不是。您有一个用户 ID,并且您想在此搜索以找到他们的朋友。

这导致下一个指针。您通常不知道或关心您正在搜索的用户在朋友关系的哪一边。也就是说,如果用户A和用户B是朋友,你想在搜索B的朋友时看到A,在搜索A的朋友时看到B。所以在创建朋友关系时,写两行:(A,B)和(乙,甲)。这样,您只需在一个字段中搜索所有关系。如果您在 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';

【讨论】:

  • 哇,感谢您抽出时间如此彻底地回答我的问题。我将寻求实施一个像你今晚描述的解决方案。现在为你的麻烦投上一票。非常感谢,杰克
【解决方案2】:

您必须将表命名为 f1 和 f2:

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

此查询是否满足您的要求?我对您尝试实现的逻辑做了一些假设,因为您在原始帖子中没有详细说明这一点。

【讨论】:

  • 嗨,Jaco,请参阅我的编辑。如果我完全使用您的查询,我会得到“关键字'INNER'附近的语法不正确。”与 AND 有关。感谢您的宝贵时间。
  • 我对您的原始查询做了进一步的更正。上面的查询是否更接近您所追求的?
猜你喜欢
  • 1970-01-01
  • 2021-12-05
  • 2017-09-22
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2016-09-01
  • 1970-01-01
  • 2011-08-05
相关资源
最近更新 更多