JOIN语句不where子句

Question

我试图做

select * 
from buildings 
where levels = 3 
join managers; 

工作，但它在加入说错误。我想匹配建筑物的id和manager表中的id，所以我想我想要自然连接。

Answer 1

如果你把在正确的地方的JOIN（FROM和WHERE之间），它是合法的写JOIN如果没有，那么结果将是一个交叉连接 - 一个笛卡尔积，然后你在哪里过滤。

这是一个非常有效的事情，尽管在这种情况下可能不是你想要的。它可以通过添加逗号分隔的表到FROM条款，如实现：

FROM buildings, managers 

这是一般都比较好风格写一个明确的内连接当你打算加入两个表上的条件：

SELECT * 
FROM buildings b INNER JOIN managers m ON (b.manager_id = m.manager_id) 
WHERE b.levels = 3; 

...因为它让其他人阅读说明ON子句是联接条件，而bl.levels=3是过滤器。 SQL的执行一般不关心，并且很可能转换到上述情况：

SELECT * 
FROM buildings b, managers m 
WHERE b.levels = 3 AND b.manager_id = m.manager_id; 

内部反正，但它更容易（IMO）了解复杂的查询有许多的时候，他们正在使用显式连接语法编写连接。

还有另外一种方式来写你想要什么，但它的危险和国际海事组织不应使用：

SELECT * 
FROM buildings bl 
NATURAL JOIN managers m          
WHERE bl.levels = 3; 

这JOIN的任何列that're名称相同。调试是一场噩梦，你必须查看表结构来理解它的功能，如果有人重命名了某列，它就会中断，这很痛苦。不使用。见Table expressions in the PostgreSQL manual。

更可接受的是USING语法还如上所述：

SELECT * 
FROM buildings bl 
INNER JOIN managers m USING (manager_id) 
WHERE bl.levels = 3; 

它匹配命名两列manager_id和JOIN S于它们的列，将它们组合成一个单一的柱，但不像NATURAL JOIN如此明确地不和没有可怕的魔法。

我仍然喜欢写INNER JOIN ... ON (...)，但是合理的使用USING和IMO，从来没有合理的使用NATURAL。

---

测试表结构是：

create table managers (manager_id integer primary key); 

create table buildings (
    manager_id integer references manager(manager_id), 
    levels integer 
); 

Answer 2

JOIN运算符应用于表格，您应该在FROM子句中提供它。如果你这样做，你会得到一个新的错误声称没有JOIN条件，因为你必须要提供ON条款后JOIN条件（这是不可选）：

SELECT * 
FROM buildings b JOIN managers m ON b.managerid = m.id 
WHERE b.levels = 3 

Answer 3

，如果你想这样做，你必须写一样的东西：

select * 
from bulidings b 
join managers m on b.id=m.id 
where levels = 3 

请求似乎很奇怪，但是，我相信，他们中的一个应该有一个外键到另一个。所以更合适的查询将是：

select * 
from buidings b 
join managers m on b.id = m.building_id //// or b.manager_id = m.id 
where levels = 3 

Answer 4

我想你写的是哪个查询是错误的。

所以，请尽量将

select * from buildings as bl 
    join managers as mn on bl.F_ManagerID = mn.ManagerID 
    where bl.levels = 3 

我认为这将有助于你...