SQL多表格查询合并至单1声明的常常使用方式

核心提示：在对跨多个表格的数据进行组合时，有时很难弄清楚要使用哪1个SQL句法。我将在这里对将多个表格中的查询合并至单1声明中的常常使用方式进行论述。

在对跨多个表格的数据进行组合时，有时很难弄清楚要使用哪1个SQL句法。我将在这里对将多个表格中的查询合并至单1声明中的常常使用方式进行论述。

在这篇文章中的样本查询符合SQL92 ISO标准。不是所有的数据库生产商都遵守这项标准，而且很多厂商采取的提升措施会带来1些意料不到的后果。假设你不肯定你的数据库是否是支持这些标准，你可以参看生产厂商的有关资料。

SELECT

1个简单的SELECT声明就是查询多个表格的最基本的方式。你可以在FROM子句中调用多个表格来组合来自多个表格的结果。这里是1个它如何工作的实例：

SELECT table1.column1, table2.column2 FROM table1,

table2 WHERE table1.column1 = table2.column1;

这个实例中，我使用点号(table1.column1)来指定专栏来自哪1个表格。假设所触及的专栏只在1个参考的表格中出现，你就不需要加进完全的名称，但是加进完全名称会对可读性起到帮助。

在FROM子句中表格之间由逗号来分隔，你可以加进所需的任意多的表格，虽然1些数据库有1个在引进正式的JOIN声明之前他们可以有效地处理的内容这方面的限制，这个将在下面谈到。

这个句法是1个简单的INNER JOIN。1些数据库将它看成与1个外部的JOIN是同等的。WHERE子句告知数据库哪1个区域要做关联，而且它返回结果时，就像列出的表格在给定的条件下组合成1个单独的表格1样。值得留意的是，你的比较条件其实不需要与你作为结果组返回的专栏相同。在上面的例子中，table1.column1和table2.column1用来组合表格，但是返回的却是table2.column2。

你可以在WHERE子句中使用AND关键字来将这个功能扩大最多于两个的表格。你还可使用这样的表格组合来限制你的结果而不用实际地从每个表格返回专栏。在下面的例子中，table3与table1匹配，但是我没有从table3返回任何东西来显示。我只是确保来自table1的有关专栏存在于table3当中。留意此例中table3需要在FROM子句中被援用。

SELECT table1.column1, table2.column2 FROM table1,

table2, table3 WHERE table1.column1 =

table2.column1 AND table1.column1 = table3.column1;

但是，要留意的是，这个查询多个表格的方式是1个暗指的JOIN。你的数据库可能对事物进行不同的处理，这取决于它所使用的优化引擎。而且，忽视对与WHERE子句的相干特性的定义将会给你带来不愿看到的结果，例如从余下的查询中返回与每1个可能的结果相干的专栏的rogue域，就像在CROSS JOIN当中1样。

假设你习惯于你的数据库处理这类类型的声明的方式，且你只对两个或是少数几个表格进行组合，1个简单的SELECT声明便可以够到达目的。

JOIN

JOIN的工作方式与SELECT声明是相同的，它从不同的表格中返回1个带有专栏的结果组。在暗含的JOIN之上使用外部JOIN的上风是对你的结果组的更好的控制，而且还可能在触及很多个表格的情况下提升性能表现。

JOIN的类型有几种：LEFT，RIGHT，FULL OUTER，INNER和CROSS。你所使用的类型是由你想要看到的结果所决定的。例如，使用LEFT OUTER JOIN将会从列出的第1个表格中返回所有有关的行，而同时假设没有信息与第1个表格相干的话将潜伏地从所列出的第2个表格中加进行。

在这里INNER JOIN和暗含的JOIN是不同的，INNER JOIN将只返回那些在两个表格中都有数据的行。

对第1个SELECT查询使用以下JOIN声明：

SELECT table1.column1, table2.column2 FROM table1 INNER JOIN table2

ON table1.column1 = table2.column1;

子查询

子查询，或叫子选择声明，是在1个查询中将结果组作为资源使用的1个途径。他常常被用来对结果进行限制或定义，而不是运行多个查询或操纵利用软件当中的数据。有了子查询，你可以参考表格来决定数据的内含，或是在1些情况下，返回1个专栏，而这个专栏是1个子选择的结果。

下面的例子中使用了两个表格。1个表格中包括了我想要返回的数据，而另1个表格则给出1个比较点来肯定甚么数据是我确切感爱好的。

子查询很重要的1个方面就是性能表现。便利性是有代价的，它取决于你所使用的表格和声明的大小，数目和复杂性，还有你可能会答应你的利用软件做处理工作。每1个查询在被主查询作为资源使用之前，都将被完全地单独处理。假设可能的话，创造性地使用JOIN声明可以以较少的滞后时间提供出相同的信息。

评论加载中... 内容： 评论者： 验证码：