INNER JOIN和NATURAL JOIN之间的一个显著区别是返回的列数。

考虑:

TableA                           TableB
+------------+----------+        +--------------------+    
|Column1     | Column2  |        |Column1  |  Column3 |
+-----------------------+        +--------------------+
| 1          |  2       |        | 1       |   3      |
+------------+----------+        +---------+----------+

TableA和TableB在Column1上的INNER JOIN将返回

SELECT * FROM TableA AS a INNER JOIN TableB AS b USING (Column1);
SELECT * FROM TableA AS a INNER JOIN TableB AS b ON a.Column1 = b.Column1;

+------------+-----------+---------------------+    
| a.Column1  | a.Column2 | b.Column1| b.Column3|
+------------------------+---------------------+
| 1          |  2        | 1        |   3      |
+------------+-----------+----------+----------+

TableA和TableB在Column1上的NATURAL JOIN将返回:

SELECT * FROM TableA NATURAL JOIN TableB
+------------+----------+----------+    
|Column1     | Column2  | Column3  |
+-----------------------+----------+
| 1          |  2       |   3      |
+------------+----------+----------+

避免了重复列。

(AFAICT从标准语法来看，您不能在自然连接中指定连接列;连接严格基于名称。参见维基百科。)

(在内部连接输出中有一个欺骗;a和b部分不会在列名中;你只需要用columnn1, column2, columnn1, column3作为标题。)

内连接和自然连接基本相同，但有细微的区别。不同的是，在自然连接中不需要指定条件，但在内部连接中条件是必须的。如果我们在内连接中指定条件，则生成的表就像笛卡尔积。

SQL在很多方面并不忠实于关系模型。SQL查询的结果不是一个关系，因为它可能有重复名称的列、“匿名”(未命名)列、重复行、空值等。SQL不将表视为关系，因为它依赖于列排序等。

SQL中NATURAL JOIN背后的思想是更容易更忠实于关系模型。两个表的NATURAL JOIN的结果将有按名称重复的列，因此没有匿名列。类似地，提供了UNION对应和EXCEPT对应，以解决SQL在遗留UNION语法中对列排序的依赖。

然而，与所有编程技术一样，它需要纪律才能发挥作用。成功的NATURAL JOIN的一个要求是一致地命名列，因为连接隐含在具有相同名称的列上(遗憾的是，SQL中重命名列的语法很冗长，但副作用是鼓励在基本表和视图中命名列时遵守纪律:)

注意，SQL NATURAL JOIN是等价连接**，但这并不妨碍它的有用性。如果NATURAL JOIN是SQL中唯一支持的连接类型，那么它仍然是关系完整的。

While it is indeed true that any NATURAL JOIN may be written using INNER JOIN and projection (SELECT), it is also true that any INNER JOIN may be written using product (CROSS JOIN) and restriction (WHERE); further note that a NATURAL JOIN between tables with no column names in common will give the same result as CROSS JOIN. So if you are only interested in results that are relations (and why ever not?!) then NATURAL JOIN is the only join type you need. Sure, it is true that from a language design perspective shorthands such as INNER JOIN and CROSS JOIN have their value, but also consider that almost any SQL query can be written in 10 syntactically different, but semantically equivalent, ways and this is what makes SQL optimizers so very hard to develop.

下面是一些语义等价的查询示例(使用常用的零件和供应商数据库):

SELECT *
  FROM S NATURAL JOIN SP;

-- Must disambiguate and 'project away' duplicate SNO attribute
SELECT S.SNO, SNAME, STATUS, CITY, PNO, QTY
  FROM S INNER JOIN SP 
          USING (SNO);                        

-- Alternative projection
SELECT S.*, PNO, QTY
  FROM S INNER JOIN SP 
          ON S.SNO = SP.SNO;

-- Same columns, different order == equivalent?!
SELECT SP.*, S.SNAME, S.STATUS, S.CITY
  FROM S INNER JOIN SP 
      ON S.SNO = SP.SNO;

-- 'Old school'
SELECT S.*, PNO, QTY
  FROM S, SP 
 WHERE S.SNO = SP.SNO;

**关系自然连接不是一种均连接，而是一种投影。——philipxy

自然连接:SQL Join子句组合关系数据库中2个或多个表的字段。自然连接基于两个表中具有相同名称的所有列，以及两个表中所有匹配列中具有相等值的选定行。

—两个列的名称和数据类型必须相同。

使用子句:在自然连接中，如果表具有相同名称但数据类型不同的列，则连接会导致错误。为了避免这种情况，可以使用USING子句修改join子句。USING子句指定应用于连接的列。

内联接，联接两个列名相同的表。

自然连接，连接两个列名和数据类型相同的表。

自然连接只是一种避免输入的快捷方式，假设连接是简单的，并且匹配相同名称的字段。

SELECT
  *
FROM
  table1
NATURAL JOIN
  table2
    -- implicitly uses `room_number` to join

和……一样。

SELECT
  *
FROM
  table1
INNER JOIN
  table2
    ON table1.room_number = table2.room_number

然而，你不能用快捷格式做的是更复杂的连接…

SELECT
  *
FROM
  table1
INNER JOIN
  table2
    ON (table1.room_number = table2.room_number)
    OR (table1.room_number IS NULL AND table2.room_number IS NULL)