如何最好地解释用户应该加入哪些领域？

Question

我需要向某人解释他们如何确定应该加入多个表/视图中的哪些字段。有什么建议吗？我知道该怎么做，但很难解释它。

他们遇到的问题之一是，他们将从两个相同的表（邮政编码）中获取两个字段并连接这些字段，而实际上它们应该连接 ID 列。当他们选择错误的列加入时，他们收到的记录就会增加。

我应该在PK和FK的某个地方工作吗？

Answer 1

虽然将 PK 加入 FK 确实是典型的做法，但任何有关仅围绕 PK 和 FK 的 JOIN 子句的对话都相当有限。

例如，我在一个最近的 SQL 我给出的答案

FROM
  YourTable firstNames 
   LEFT JOIN YourTable  lastNames 
       ON firstnames.Name = lastNames.Name
         AND lastNames.NameType  =2
          and firstnames.FrequencyPercent < lastNames.FrequencyPercent

表的每一侧引用的表都是同一个表（自连接），它包含三个条件，其中一个是不等式。此外，这里永远不会有 FK，因为它希望加入一个字段，这是设计使然，而不是候选键。

此外，您甚至不必将一张桌子连接到另一张桌子。您可以将内联查询相互连接，这当然不可能有键。

因此，为了正确理解 JOIN，您只需要了解它组合了来自两个关系（表、视图、内联查询）的记录，其中某些条件评估为 true。这意味着您需要了解布尔逻辑和数据库以及数据库中的数据。

如果您的用户在特定 JOIN 方面遇到问题，请要求他们从一个表和另一个表中选择一些行，然后询问他们您希望在什么条件下合并这些行。

Answer 2

您不需要谈论表的主键，但您应该指出它并解释它唯一标识给定的行，并且您必须使用它连接到相关表，否则可能会得到重复的结果。

给他们提供使用它加入和不使用它加入的例子。

显示他们使用的所有表及其键关系的 ER 图将有助于确保他们始终使用正确的键。

Answer 3

在我看来，您和您试图帮助的人都不了解这个特定数据库的构建方式，甚至可能根本不了解基本的数据库基础知识，例如 PK 和 FK。大多数情况下，一个表中的 PK 会连接到另一个表的 FK。

假设数据库具有适当的 PK 和 FK，那么生成 ER 图可能会有很大帮助。这将使连接概念更容易掌握。

您可以采取的另一种方法是找到真正了解这些事情的人并创建一些观点供此人使用。这样他就不需要了解如何将表连接在一起。

Answer 4

用户通常不应该进行连接。用户应该有一个界面，让他们能够以所需的方式获取所需的数据。如果您没有开发人员资源来做到这一点，那么您将陷入必须向用户传授技术细节的问题。您还需要非常小心用户可能造成的损害。他们有数据更新权吗？我希望他们不会意外地执行没有 WHERE 子句的 DELETE FROM Table 操作。即使您限制他们的权限，编写不当的查询也可能会破坏数据库服务器或阻止资源，从而给其他用户带来问题（并为您带来更多工作）。

如果您别无选择，那么我认为您当然需要教他们主键和外键，即使您不这样称呼它们。指出你的表上的 id（或者你的 PK 是什么）标识一行。然后解释一下id如何出现在其他表中以显示关系。例如，“看，在地址表中，我们有一个 person_id，它告诉我们该地址属于谁。”

之后，预计您将花费大量时间与该用户相处，因为他们会犯错误或提出他们想从数据库中获取但不知道如何获取的其他内容。

Answer 5

从理论上讲，理想情况下，您应该在所有表上定义主键，并使用主键将表连接到另一个表中的匹配字段或字段（外键）。
即使您没有定义或者它们没有定义为主键，您也需要确保这些字段唯一标识表中的记录，并且应该对它们进行正确的索引。
例如，假设“person”表有一个 SSN 和一个驾驶执照字段。 SSN 可以被考虑并标记为“主键”，但如果您将该表加入到“驾驶员”表中，该表可能没有 SSN，但确实有驾驶执照 #，您可以通过驾驶执照字段加入它们（即使它没有标记为主键），但您需要确保该字段在两个表中都正确索引。

Answer 6

...向某人解释他们如何确定应该加入多个表/视图中的哪些字段。

简而言之，查找表/视图之间具有匹配值的列。最好是完全匹配，但可能需要一些按摩。

外键约束的存在将有助于了解什么与什么匹配，但约束可能不会直接针对要连接的表/视图。

主键的存在并不意味着它是查询所必需的标准，因此我会忽略这个细节（取决于受众）。

我建议通过从所需的列开始并从那里返回来攻击所需的结果集。如果结果集中有多个表的列，则首先关注其列应返回不同结果的表，然后逐渐添加联接，检查每次 JOIN 添加之间的结果集以确认结果仍然相同。否则，需要检查 JOIN 或 JOIN 是否确实必要，而不是 IN 或 EXISTS。

Answer 7

我刚开始时就这样做了，它来自于将联接视为只是将表连接在一起，所以我在所有可能的点上进行了链接。

一旦您将联接视为组合和过滤数据的一种方式，理解它们就会变得更容易。

将您的请求写成一个句子也很有帮助，“我想查看表 A 与表 B 交互的所有时间”。然后仅使用 ID 构建一个查询，请注意，如果您想知道“表 A 与表 B 的邮政编码始终相同”，那么您将通过邮政编码加入。