单个查询比连接快吗？

概念性问题：单个查询是否比连接更快，或者：我应该尝试将客户端所需的所有信息压缩到一个SELECT 语句中，还是只使用看起来方便的尽可能多的信息？

TL;DR：如果我的联合查询比运行单个查询花费的时间更长，这是我的错还是可以预料到的？

首先，我不是很精通数据库，所以可能只有我一个人，但我注意到，当我必须从多个表中获取信息时，通过对单个表的多个查询来获取这些信息“通常”更快（也许包含一个简单的内部连接）并在客户端将数据修补在一起，以尝试编写一个（复杂的）连接查询，我可以在一个查询中获取所有数据。

我试图把一个非常简单的例子放在一起：

SQL小提琴

架构设置：

CREATE TABLE MASTER 
( ID INT NOT NULL
, NAME VARCHAR2(42 CHAR) NOT NULL
, CONSTRAINT PK_MASTER PRIMARY KEY (ID)
);

CREATE TABLE DATA
( ID INT NOT NULL
, MASTER_ID INT NOT NULL
, VALUE NUMBER
, CONSTRAINT PK_DATA PRIMARY KEY (ID)
, CONSTRAINT FK_DATA_MASTER FOREIGN KEY (MASTER_ID) REFERENCES MASTER (ID)
);

INSERT INTO MASTER values (1, 'One');
INSERT INTO MASTER values (2, 'Two');
INSERT INTO MASTER values (3, 'Three');

CREATE SEQUENCE SEQ_DATA_ID;

INSERT INTO DATA values (SEQ_DATA_ID.NEXTVAL, 1, 1.3);
INSERT INTO DATA values (SEQ_DATA_ID.NEXTVAL, 1, 1.5);
INSERT INTO DATA values (SEQ_DATA_ID.NEXTVAL, 1, 1.7);
INSERT INTO DATA values (SEQ_DATA_ID.NEXTVAL, 2, 2.3);
INSERT INTO DATA values (SEQ_DATA_ID.NEXTVAL, 3, 3.14);
INSERT INTO DATA values (SEQ_DATA_ID.NEXTVAL, 3, 3.7);

查询一：

select NAME from MASTER
where ID = 1

结果：

| NAME |
--------
|  One |

查询 B：

select ID, VALUE from DATA
where MASTER_ID = 1

结果：

| ID | VALUE |
--------------
|  1 |   1.3 |
|  2 |   1.5 |
|  3 |   1.7 |

查询 C：

select M.NAME, D.ID, D.VALUE 
from MASTER M INNER JOIN DATA D ON M.ID=D.MASTER_ID
where M.ID = 1

结果：

| NAME | ID | VALUE |
---------------------
|  One |  1 |   1.3 |
|  One |  2 |   1.5 |
|  One |  3 |   1.7 |

当然，我没有用这些来衡量任何性能，但人们可能会观察到：

• 查询 A+B 返回与查询 C 相同数量的可用信息。
• A+B 必须向客户端返回 1+2x3==7 个“数据单元”
• C 必须返回 3x3==9 "Data Cells" 给客户端，因为有了连接，我自然会在结果集中包含一些冗余。

以此概括（就目前而言）：

与接收相同信息量的单个查询相比，连接查询始终必须返回更多数据。由于数据库必须将数据拼凑在一起，因此对于大型数据集，可以假设数据库必须在单个连接查询上比在单个查询上做更多的工作，因为（至少）它必须向客户端返回更多数据。

是否会由此得出，当我观察到将客户端查询拆分为多个查询会产生更好的性能时，这只是要走的路，还是意味着我搞砸了连接查询？