|
|
1
5
我将允许在构建查询时以这种方式思考通常是有用的。然而,事实是INNER JOIN根本没有真正的“驾驶台”。无论从左侧还是右侧开始,结果都是一样的,数据库将使用它发现更有效的一侧作为起点。因此,从功能的角度来看,左与右实现了 没有什么 ,我认为大多数数据库类型根本不允许INNER JOIN使用LEFT和RIGHT。
更糟糕的是,从句法的角度来看,允许它可能会造成混淆。如果使用
相对于解释(极为常见的)LEFT JOIN简写,允许LEFT INNER JOIN会特别烦人。也就是说,如果INNER JOIN禁止使用LEFT/RIGHT,则可以指定 任何 join类型,在join前面添加一个额外的关键字 完全没有野心 不能被误认为是不同的JOIN:
内部连接
通过这两个关键字,你可以准确地知道它是什么样的连接,没有可能的歧义或误解。。。但前提是INNER JOIN不允许使用左右键。虽然它肯定不是通用的,但这种“最小明确文本”的方法正是我认识的大多数人倾向于写他们的JOIN的方式(如果不添加新信息,为什么要在代码中添加“OUTER”来增加额外的噪音呢?)。 |
|
|
Nebula Tech · 在SQL Server中搜索字符串中单词的多次出现 10 月前 |
|
|
blogger13 · 视频租赁店数据库的规范化 10 月前 |
|
|
ì¤ì¤í · 为什么LEFT INNER JOIN被弃用? 11 月前 |
|
|
relatively_random · 确保两个表之间一致的共同参考 12 月前 |
|
|
Grenish Rai · Firestore错误“用户文档不存在” 1 年前 |
|
|
Saijo-Shi · PLpgsql中的更新触发器 1 年前 |
|
Dante · Django::配置不当:池不支持持久连接 1 年前 |
|
YouLocalRUser · 删除重复行,保留第一行 1 年前 |