gpt4 book ai didi

mysql - MySQL 中的 'Cartesian' 是什么?

转载 作者:行者123 更新时间:2023-11-29 23:58:56 24 4
gpt4 key购买 nike

我试图更好地理解什么是“笛卡尔”。以下是从 xQberta question I asked earlier 的回答的引用:

When working with left (or outer) joins you have to consider when the data limit is imposed vs when the Cartesian is created.

当我忘记指定连接表的标准时,“笛卡尔”xQbert 所指的“笛卡尔积”是否与我非常害怕的“笛卡尔积”相同?

最佳答案

首先,不要让联接吓到你,尊重他们。

Select
a.field1,
...
x.field2
from
SomeTable a
JOIN AnotherTable x
on a.SomeKey = x.SomeKey
where
blah...

维基百科涉及各种假设场景和数学引用资料等。我将尝试使用更简单的术语。进行联接时,只需知道相关表之间的“关键”元素是什么即可。在大多数情况下,它将通过一些常见的 key ID(customerID、orderID、itemID 等)来实现。

因此,从最简单的意义上来说,如果您有一个订单和客户系统并执行类似的操作

select o.orderID, c.CustomerID
from Orders o, Customers c

没有加入将导致每个订单都会加入到每个客户。因此,如果您有 5 个订单和 3 个客户,您将获得 15 个条目。

例如:

Orders                  |     Customers
OrderID CustomerID | CustomerID Name
1 A | A Adam
2 B | B Bill
3 C | C Casey
4 B |
5 C |

你会得到

1-A
1-B
1-C
2-A
2-B
2-C
...
5-A
5-B
5-C

现在,请注意两个客户各有两个订单。由于您知道表之间的公共(public)键,因此您只能获得 5 个条目

select o.orderID, c.CustomerID, c.Name
from
Orders o
JOIN Customers c
on o.CustomerID = c.CustomerID

你会得到预期的结果......

1 A Adam
2 B Bill
3 C Casey
4 B Bill
5 C Casey

当进入左连接(或右连接)时,前提仍然成立。始终应用已知的关键关系。如果匹配,则很好(内连接),如果不匹配(左连接),则即使右侧不匹配,查询的左侧表中的记录仍将被包含。我最近看到了一个连接说明的示例,并将尝试找到它。

现在有了这个基本解释,请考虑在您的系统中有 3 个表...每个表分别包含 5000、2000 和 3000 条记录。如果您在各个表之间没有连接条件的情况下进行查询,您最终会得到 30,000,000,000 条记录,并且显然会很困惑。

所以,在编写查询时,我总是尝试以这种方式开始。查看我需要从表 A 中的部分一直到表 D 中的内容的所有表。我需要查看每个表之间的关系,始终将它们包含在您的查询中(前提是您需要所有表) )。一旦您获得了表格以及您想要的所有列,然后考虑您想要的条件。这些可以应用于 where 子句(通常用于第一个表),但也可以在查询中包含其他别名。然而,这可能有点棘手,尤其是在处理左连接时。如果您有适用于其中一个连接表的特定条件,则可以在该级别添加逻辑“AND”条件。

此外,在进行查询时,请养成对名称较长的表使用别名的习惯,以简化查询的可读性。另外,在具有多个表的查询中始终限定 table.column 或 alias.column。如果人们试图帮助您,但他们不知道哪个表中的哪一列,那么跟踪就会变得更加困难……更不用说在您接管或更新查询后的某人了。

祝你好运。

关于mysql - MySQL 中的 'Cartesian' 是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25171664/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com