深入理解数据库:一文讲清SQL的四种连接

【sql的四大连接】 深入理解Sql的四种连接 1、内连接 (典型的连接运算,使用= 或<> 之类的比较运算比较符)包括相等连接的自然连接 内连接使用比较运算符根据每个表共有的列的值匹配两个表中的行。例如,检索student 和course表中学生标识号相同的所有行。 (1)innner join:有两种,显式和隐式的,返回连接表中符合连接条件和查询条件的数据行(所谓连接表就是数据库在做查询形成的中间表) * 隐式的内连接没有inner join,形成的中间表经过on条件过滤后的笛卡尔积* ,如下 SELECT 阅读详情
AI摘要

本文详细介绍了SQL中的四种主要连接类型:内连接、左外连接、右外连接和全连接,以及交叉连接的概念和示例。内连接返回匹配的行,外连接(左、右、全)包含不匹配的行信息,交叉连接则返回两表的笛卡尔积。此外,文章还讨论了ON条件和WHERE条件的区别以及在多表查询中的应用策略。,

本篇文章是对SQL中的四种连接:左外连接、右外连接、内连接、全连接进行详细的分析介绍,需要的朋友参考下。

概念

内联接

典型的联接运算,使用像=或<>之类的比较运算符,包括相等联接和自然联接。

内联接使用比较运算符根据每个表共有的列的值匹配两个表中的行。

例如,检索students和courses表中学生标识号相同的所有行。

外联接

外联接可以是左向外联接、右向外联接或完整外部联接。

在 FROM子句中指定外联接时,可以由下列几组关键字中的一组指定:

1)LEFT  JOIN或LEFT OUTER JOIN

左向外联接的结果集包括  LEFT OUTER子句中指定的左表的所有行,而不仅仅是联接列所匹配的行。

如果左表的某行在右表中没有匹配行,则在相关联的结果集行中右表的所有选择列表列均为空值。

2)RIGHT  JOIN 或 RIGHT  OUTER  JOIN

右向外联接是左向外联接的反向联接。将返回右表的所有行。

如果右表的某行在左表中没有匹配行,则将为左表返回空值。

3)FULL  JOIN 或 FULL OUTER JOIN

完整外部联接返回左表和右表中的所有行。

当某行在另一个表中没有匹配行时,则另一个表的选择列表列包含空值。如果表之间有匹配行,则整个结果集行包含基表的数据值。

交叉联接

交叉联接返回左表中的所有行,左表中的每一行与右表中的所有行组合。交叉联接也称作笛卡尔积。

FROM 子句中的表或视图可通过内联接或完整外部联接按任意顺序指定。

但是,用左或右向外联接指定表或视图时,表或视图的顺序很重要。有关使用左或右向外联接排列表的更多信息,请参见使用外联接。

例子:

1)内连接:

 select   a.*,b.*   from   a   inner   join   b     on   a.id=b.parent_id

结果是:

2)左连接:

select   a.*,b.*   from   a   left   join   b     on   a.id=b.parent_id

结果是:

3)右连接:

 select   a.*,b.*   from   a   right   join   b     on   a.id=b.parent_id

结果是:

4)完全连接:

select   a.*,b.*   from   a   full   join   b     on   a.id=b.parent_id

结果是:

交叉连接(CROSS JOIN)

交叉连接(CROSS JOIN):有两种,显式的和隐式的,不带ON子句,返回的是两表的乘积,也叫笛卡尔积。

例如:下面的语句1和语句2的结果是相同的。

语句1:隐式的交叉连接,没有CROSS JOIN。

SELECT O.ID, O.ORDER_NUMBER, C.ID, C.NAMEFROM ORDERS O , CUSTOMERS CWHERE O.ID=1

语句2:显式的交叉连接,使用CROSS JOIN。

SELECT O.ID,O.ORDER_NUMBER,C.ID,C.NAMEFROM ORDERS O CROSS JOIN CUSTOMERS CWHERE O.ID=1

语句1和语句2的结果是相同的。

内连接(INNER JOIN)

内连接(INNER JOIN)有两种,显式的和隐式的,返回连接表中符合连接条件和查询条件的数据行所谓的链接表就是数据库在做查询形成的中间表)。

例如:下面的语句3和语句4的结果是相同的。

语句3:隐式的内连接,没有INNER JOIN,形成的中间表为两个表的笛卡尔积。

SELECT O.ID,O.ORDER_NUMBER,C.ID,C.NAMEFROM CUSTOMERS C,ORDERS OWHERE C.ID=O.CUSTOMER_ID

语句4:显示的内连接,一般称为内连接,有INNER JOIN,形成的中间表为两个表经过ON条件过滤后的笛卡尔积。

SELECT O.ID,O.ORDER_NUMBER,C.ID,C.NAMEFROM CUSTOMERS C INNER JOIN ORDERS O ON C.ID=O.CUSTOMER_ID

外连接(OUTER JOIN)

外连不但返回符合连接和查询条件的数据行,还返回不符合条件的一些行。

外连接分三类:左外连接(LEFT OUTER JOIN)、右外连接(RIGHT OUTER JOIN)和全外连接(FULL OUTER JOIN)。

三者的共同点是都返回符合连接条件和查询条件(即:内连接)的数据行。

不同点如下:

  • 左外连接还返回左表中不符合连接条件单符合查询条件的数据行。

  • 右外连接还返回右表中不符合连接条件单符合查询条件的数据行。

  • 全外连接还返回左表中不符合连接条件单符合查询条件的数据行,并且还返回右表中不符合连接条件单符合查询条件的数据行。全外连接实际是上左外连接和右外连接的数学合集(去掉重复),即“全外=左外 UNION 右外”。

说明:左表就是在“(LEFT OUTER JOIN)”关键字左边的表,右表当然就是右边的了。

在三种类型的外连接中,OUTER 关键字是可省略的。

下面举例说明:

语句5:左外连接(LEFT OUTER JOIN)。

SELECT O.ID,O.ORDER_NUMBER,O.CUSTOMER_ID,C.ID,C.NAMEFROM ORDERS O LEFT OUTER JOIN CUSTOMERS C ON C.ID=O.CUSTOMER_ID

语句6:右外连接(RIGHT OUTER JOIN)。

SELECT O.ID,O.ORDER_NUMBER,O.CUSTOMER_ID,C.ID,C.NAMEFROM ORDERS O RIGHT OUTER JOIN CUSTOMERS C ON C.ID=O.CUSTOMER_ID

注意:WHERE条件放在ON后面查询的结果是不一样的。

语句7:WHERE条件独立。

SELECT O.ID,O.ORDER_NUMBER,O.CUSTOMER_ID,C.ID,C.NAMEFROM ORDERS O LEFT OUTER JOIN CUSTOMERS C ON C.ID=O.CUSTOMER_IDWHERE O.ORDER_NUMBER<>'MIKE_ORDER001'

语句8:将语句7中的WHERE条件放到ON后面。

SELECT O.ID,O.ORDER_NUMBER,O.CUSTOMER_ID,C.ID,C.NAMEFROM ORDERS O LEFT OUTER JOIN CUSTOMERS C ON C.ID=O.CUSTOMER_ID AND O.ORDER_NUMBER<>'MIKE_ORDER001'

从语句7和语句8查询的结果来看,显然是不相同的,语句8显示的结果是难以理解的。

因此,推荐在写连接查询的时候,ON后面只跟连接条件,而对中间表限制的条件都写到WHERE子句中。

语句9:全外连接(FULL OUTER JOIN)。

SELECT O.ID,O.ORDER_NUMBER,O.CUSTOMER_ID,C.ID,C.NAMEFROM ORDERS O FULL OUTER JOIN CUSTOMERS C ON C.ID=O.CUSTOMER_ID

注意:MySQL是不支持全外的连接的,这里给出的写法适合Oracle和DB2。但是可以通过左外和右外求合集来获取全外连接的查询结果。

语句10:左外和右外的合集,实际上查询结果和语句9是相同的。

SELECT O.ID,O.ORDER_NUMBER,O.CUSTOMER_ID,C.ID,C.NAMEFROM ORDERS O LEFT OUTER JOIN CUSTOMERS C ON C.ID=O.CUSTOMER_IDUNIONSELECT O.ID,O.ORDER_NUMBER,O.CUSTOMER_ID,C.ID,C.NAMEFROM ORDERS O RIGHT OUTER JOIN CUSTOMERS C ON C.ID=O.CUSTOMER_ID

语句9和语句10的查询结果是相同的。

联合连接(UNION JOIN)

这是一种很少见的连接方式。Oracle、MySQL均不支持,其作用是:找出全外连接和内连接之间差异的所有行。

这在数据分析中排错中比较常用,也可以利用数据库的集合操作来实现此功能。

语句11:联合查询(UNION JOIN)例句,还没有找到能执行的SQL环境。

SELECT O.ID,O.ORDER_NUMBER,O.CUSTOMER_ID,C.ID,C.NAMEFROM ORDERS O UNION JOIN CUSTOMERS C ON C.ID=O.CUSTOMER_ID

语句12:语句11在DB2下的等价实现。还不知道DB2是否支持语句11。

SELECT O.ID,O.ORDER_NUMBER,O.CUSTOMER_ID,C.ID,C.NAMEFROM ORDERS O FULL OUTER JOIN CUSTOMERS C ON C.ID=O.CUSTOMER_IDEXCEPTSELECT O.ID,O.ORDER_NUMBER,O.CUSTOMER_ID,C.ID,C.NAMEFROM ORDERS O INNER JOIN CUSTOMERS C ON C.ID=O.CUSTOMER_ID

语句13:语句11在Oracle下的等价实现。

SELECT O.ID,O.ORDER_NUMBER,O.CUSTOMER_ID,C.ID,C.NAMEFROM ORDERS O FULL OUTER JOIN CUSTOMERS C ON C.ID=O.CUSTOMER_IDMINUSSELECT O.ID,O.ORDER_NUMBER,O.CUSTOMER_ID,C.ID,C.NAMEFROM ORDERS O INNER JOIN CUSTOMERS C ON C.ID=O.CUSTOMER_ID

自然连接(NATURAL INNER JOIN)

说真的,这种连接查询没有存在的价值,既然是SQL2标准中定义的,就给出个例子看看吧。

自然连接无需指定连接列,SQL会检查两个表中是否相同名称的列,且假设他们在连接条件中使用,并且在连接条件中仅包含一个连接列。不允许使用ON语句,不允许指定显示列,显示列只能用*表示(ORACLE环境下测试的)。

对于每种连接类型(除了交叉连接外),均可指定NATURAL,下面给出几个例子。

语句14:

SELECT *FROM ORDERS O NATURAL INNER JOIN CUSTOMERS C

语句15:

SELECT *FROM ORDERS O NATURAL LEFT OUTER JOIN CUSTOMERS C

语句16:

SELECT *FROM ORDERS O NATURAL RIGHT OUTER JOIN CUSTOMERS C

语句17:

SELECT *FROM ORDERS O NATURAL FULL OUTER JOIN CUSTOMERS C

SQL查询的基本原理

三种情况介绍:

第一、单表查询:根据WHERE条件过滤表中的记录,形成中间表(这个中间表对用户是不可见的),然后根据SELECT的选择列选择相应的列进行返回最终结果。

第二、两表连接查询:对两表求积(笛卡尔积)并用ON条件和连接连接类型进行过滤形成中间表,然后根据WHERE条件过滤中间表的记录,并根据SELECT指定的列返回查询结果。

第三、多表连接查询:先对第一个和第二个表按照两表连接做查询,然后用查询结果和第三个表做连接查询。

以此类推,直到所有的表都连接上为止,最终形成一个中间的结果表,然后根据WHERE条件过滤中间表的记录,并根据SELECT指定的列返回查询结果。

理解SQL查询的过程是进行SQL优化的理论依据。

ON条件和WHERE条件的区别

ON条件:是过滤两个链接表笛卡尔积形成中间表的约束条件。

WHERE条件:在有ON条件的SELECT语句中是过滤中间表的约束条件。

在没有ON的单表查询中,是限制物理表或者中间查询结果返回记录的约束。

在两表或多表连接中是限制连接形成最终中间表的返回结果的约束。

从这里可以看出,将WHERE条件移入ON后面是不恰当的。推荐的做法是:ON只进行连接操作,WHERE只过滤中间表的记录。

总结

连接查询是SQL查询的核心,连接查询的连接类型选择依据实际需求,如果选择不当,非但不能提高查询效率,反而会带来一些逻辑错误或者性能低下。

下面总结一下两表连接查询选择方式的依据:

1、 查两表关联列相等的数据用内连接。

2、 Col_L是Col_R的子集时用右外连接。

3、 Col_R是Col_L的子集时用左外连接。

4、 Col_R和Col_L彼此有交集但彼此互不为子集时候用全外。

5、 求差操作的时候用联合查询。

多个表查询的时候,这些不同的连接类型可以写到一块。例如:

SELECT T1.C1,T2.CX,T3.CYFROM TAB1 T1       INNER JOIN TAB2 T2 ON (T1.C1=T2.C2)       INNER JOIN TAB3 T3 ON (T1.C1=T2.C3)       LEFT OUTER JOIN TAB4 ON(T2.C2=T3.C3)WHERE T1.X >T3.Y

上面这个SQL查询是多表连接的一个示范。

最后:下方这份完整的软件测试视频学习教程已经整理上传完成,朋友们如果需要可以自行免费领取【保证100%免费】

在这里插入图片描述

软件测试面试文档

我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。

图片

SQL 基础教程 - SQL 连接(JOIN) 不同的 SQL JOIN INNER JOIN:如果表中有至少一个匹配,则返回行 LEFT JOIN:即使右表中没有匹配,也从左表返回所有的行 RIGHT JOIN:即使左表中没有匹配,也从右表返回所有的行 FULL JOIN:只要其中一个表中存在匹配,则返回行 阅读详情

相关推荐

【十一】【SQL】外连接(左外连接,右外连接)

数据库中的外连接(Outer Join)用于连接两个表,并包括两个表中的匹配行以及左表(LEFT JOIN)或右表(RIGHT JOIN)中未匹配的行。:返回左表(FROM子句中第一个表)的所有行,即使在右表中没有匹配的行。如果右表中没有匹配的行,则结果集中右表的部分将包含NULL值。:返回右表(JOIN子句中指定的表)的所有行,即使在左表中没有匹配的行。如果左表中没有匹配的行,则结果集中左表的部分将包含NULL值。

m0_74163972的博客 4486

sql 全连接

SQL 全连接是在两个表之间建立连接的一种方式,通常用于在两个或多个表之间查询数据。 SQL 全连接使用关键字 FULL JOIN 或 FULL OUTER JOIN 来实现。它会返回两个表中的所有记录,无论它们是否在另一个表中有匹配项。 举个例子,假设我们有两个表:customers 和 orders。customers 表包含客户的基本信息,包括客户 ID,姓名和地址。orders 表包含订单...

weixin_35753291的博客 7938

高斯数据库DataStudio工具包使用指南:安装、连接与SQL开发实战

关系型数据库的图形化客户端通过JDBC驱动连接数据库,将SQL编辑、执行计划查看和对象管理集成在统一界面,降低命令行操作成本。高斯数据库(GaussDB)作为企业级关系型数据库,其配套DataStudio工具包提供客户端安装文件与使用手册,支持连接配置、驱动管理和权限排查。在数据库开发与DBA日常工作中,图形化工具能显著提升存储过程调试、执行计划分析和数据导出效率。本文围绕DataStudio工具包,梳理从安装部署、连接配置到SQL开发与避坑排查的完整流程,帮助开发者快速上手高斯数据库客户端。

weixin_32121331的博客 151

SQL的几种连接查询方式(内连接、外连接、全连接、联合查询)

准备表 drop table if exists test_a; CREATE TABLE `test_a` ( `id` varchar(10) NOT NULL, `username` varchar(10) NOT NULL, `password` varchar(10) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; drop table if exists test_a_descript

qq_34823218的博客 3万+

ERP数据管理系统源码部署实战:从验包排错到业务闭环的避坑指南

企业级数据管理系统在落地时,核心挑战往往不是业务逻辑设计,而是源码部署环节的技术栈匹配与环境配置。无论是PHP、Java还是.NET构建的ERP系统,都需要先识别压缩包内的工程结构,再通过合理的数据库初始化、连接参数调优与运行环境验证,才能将抽象代码转化为可用的管理后台。这套工程实践覆盖了从解压验包、后端服务启动、SQL脚本导入到二次开发常见坑点的完整链路,尤其适合刚接手源码包的技术团队或毕设项目学生。掌握这类系统的部署方法论,能帮助开发者快速定位乱码、金额精度偏差、上传权限受限等高频问题,降低从头搭建的成

weixin_32288959的博客 215

从SQL到数据库内核:C++实现迷你数据库的语法解析与备份恢复

数据库系统原理是理解现代软件架构的基石,而SQL语句如何从文本变成实际的数据操作,则是其中的核心命题。本文从编译原理中的BNF文法出发,讲解如何用C++构建一个可编译运行的SQL-Like数据库内核,涵盖语句分发、表结构设计、借阅业务逻辑及备份恢复机制。通过剖析一个图书馆管理课程设计源码,揭示数据库引擎中语法分析、状态字段设计、数据持久化与一致性处理等关键技术。无论是想深入理解SQL执行链路的学生,还是需要工程实践参考的开发者,都能从中掌握小型关系型数据库的实现思路,并避开常见编译与编码陷阱。

weixin_31714129的博客 308

深入理解SQL内连接与外连接:行配对思维图解对比

在关系数据库查询中,连接操作是数据关联的核心手段,但很多开发者习惯用集合交并集的思维理解JOIN,导致实际编写SQL时经常遇到行数膨胀、数据丢失等意外结果。其实SQL连接的底层本质是行与行的配对过程,而非纯粹的集合运算。掌握内连接、外连接(LEFT JOIN、RIGHT JOIN、FULL JOIN)的匹配规则与结果集行数推算方法,是正确处理业务数据的基础。本文从行配对视角出发,通过员工与部门表的示例数据,系统剖析四种连接的行为差异,重点讲解连接键重复、NULL值填充以及ON与WHERE条件放置位置等易错点

weixin_29597551的博客 327

嵌入式数据库多用户并发实战:Absolute Database源码编译与调优

在桌面应用和边缘计算场景中,嵌入式数据库因其轻量、免安装、部署便捷而广受欢迎,但当多个客户端需要同时读写同一份数据文件时,并发控制与锁机制便成为性能瓶颈的核心。理解文件级锁、事务日志与缓存策略的基本原理,是优化多用户写入冲突、提升吞吐量的前提。这类技术常用于局域网内几十个客户端的库存管理、生产看板或边缘网关数据采集系统。以Absolute Database Multi-User Source v7.90为例,它通过源码开放提供了传统嵌入式数据库不具备的底层可定制性,开发者可以调整锁超时、事务刷盘间隔,甚至自

weixin_32050773的博客 313

5 分钟快速上手 ozzo-dbx:Go 数据库查询构建入门教程

ozzo-dbx 是 Go 语言中一款强大的数据库查询构建工具,它在标准库 `database/sql` 之上提供了更便捷的数据读取方法和跨数据库的查询构建能力。对于刚接触 Go 数据库开发的初学者来说,ozzo-dbx 能帮你用更少的代码完成数据库查询、参数绑定和 CRUD 操作。本文将用 5 分钟带你完成 ozzo-dbx 的安装、连接与查询构建入门,让你快速写出安全、简洁、可移植的 Go 数

gitblog_00525的博客 453

Blender点云渲染实战:用Geometry Nodes快速搞定论文配图(附Cycles渲染技巧)

本文详细介绍了如何利用Blender的Geometry Nodes系统,高效地将三维点云数据转化为高质量的科研论文配图。通过实战步骤,从数据导入、节点化几何处理、材质赋予到Cycles渲染引擎的优化设置,手把手教你制作出专业、美观的可视化图像,助力科研成果展示。

hp777的博客 265

RK3588开发板RKNPU2环境部署实战:更新rknn_server与librknnrt.so详解

本文详细介绍了在RK3588开发板上更新rknn_server与librknnrt.so核心组件的完整实战流程。通过adb工具推送文件、设置权限并执行同步操作,确保RKNPU2环境部署成功,从而解决推理速度慢或初始化失败等问题,提升AI模型运行效率与稳定性。

weixin_29194817的博客 341

MySQL篇4——MySQL深度揭秘:一张图讲清楚 SQL 查询语句在 MySQL 内部是怎么执行的?

介绍了sql查询语句底层的执行全过程。

m0_59624833的博客 1009

PC微信逆向:破解聊天记录文件!_读取别人pc微信msg文件

本文详细介绍了PC版微信数据库的解密方法,总结了前人经验并补充了关键细节。通过OllyDbg调试工具从微信内存中获取32字节加密密钥,使用C++结合OpenSSL库实现解密程序。重点解决了开发环境配置问题,包括Visual Studio项目设置和OpenSSL库的版本适配,将原本固定的数据库路径改为参数化输入,提高了工具的通用性。该方案为电子取证中的微信数据提取提供了完整的技术路径,避免了研究者重复探索已解决的问题。

zz96405784848的博客 9751

DBA(Database administrator数据库管理员)需要知道的内容

成为一个合格的DBA,若只是了解怎样encoding一些SQL语句和简单的数据库日常管理是远不够的,所以一个合格的DBA需要了解IT的方方面面,从而可以具备对性能、硬件和软件问题排错的能力。本文将介绍一个DBA需要明白的几件事情,个人感觉自己在某些方面能力还是不足,也需要大大加强。 1.需要了解如何进行database的良好设计要做好这个必须要了解我另一篇文章,即数据库的范式及逆范式。...

Lynn1117的博客 1061

Delta并联机械手-Codesys实现以及正解逆解研究

由于Codesys的Robotics模块有Delta并联机械手的运动模型,因此借助Codesys的机械手运动模型,研究自己的正解逆解算法。

weixin_42386991的博客 5564

肖特基二极管选型参数,结构原理,工艺与注意问题总结

肖特基二极管(Schottky Diode)是一种特殊的二极管,也被称为肖特基势垒二极管。它是利用金属与半导体接触形成的金属-半导体结原理制成的。与传统的PN结二极管相比,肖特基二极管具有更低的正向压降、更高的开关速度、更高的反向恢复时间以及更好的温度稳定性等特点。本文对肖特基二极管的工作原理,结构特点,工艺流程,选型参数及设计注意事项进行总结。

fydar的博客 812

讲清楚内连接,左连接,右连接,全连接

讲清楚内连接,左连接,右连接,全连接

hgfhjtff的博客 203

AgentScope 2.0 API完全指南:构建企业级AI智能体应用的技术实践

本文系统梳理AgentScope 2.0框架的完整API体系,涵盖智能体核心引擎、统一模型适配层、工具系统、消息协议、权限控制与工作空间管理等七大核心模块。通过深入的源码级分析与架构图示,详细解读Agent类的推理-行动循环、ChatModelBase的多模型抽象、Toolkit的工具管理机制、ContentBlock的多模态内容表达、PermissionEngine的安全决策流程,以及Local/Docker/E2B三种工作空间实现。文章还提供了智能客服系统的完整实战案例,展示从自定义工具开发到流式服务部

program哲学 409

被忽视的安全漏洞:深入理解SQL整型注入

本篇文章深入解析了SQL整型注入的原理、手工注入的全流程步骤、关键信息库(information_schema)与核心函数的使用,并通过实战演示如何利用漏洞窃取数据,最后强调了使用预处理语句等方法来有效防御此类攻击

haishiqiguai的博客,欢迎你的到来,希望你能在此找到汝心中所求 1333

泛微OA提交流程到下一个节点

泛微OA后端接口强制流程归档

CXYCMY的博客 2246

ssm框架搭建

这个是一个在idea上成功跑起来的ssm框架项目,保存在这里方便以后使用直接下载

PostgreSQL - 数据库与表的创建、修改与删除操作

摘要 本文详细介绍了PostgreSQL中数据库和表的基本操作,包括创建、修改和删除。数据库操作部分涵盖创建数据库的完整参数配置、修改属性及安全删除方法。表操作部分深入讲解了表结构设计,包含数据类型、约束、外键关系等,并提供了丰富的修改表结构示例。文章强调在生产环境中执行删除操作前的数据备份重要性,并给出实用SQL示例,适合从初学者到进阶开发者参考使用,帮助掌握PostgreSQL核心管理技能。

千淘万漉虽辛苦,吹尽狂沙始到金 2万+

最新的sdio 4.0 spec 协议标准 带书签 高清完整PDF版

Part-E1-SDIO-Specification-Ver4.00-Final-120220.pdf:最新的sdio 4.0 spec 协议标准 带书签 高清完整PDF版,包括SDIO 接口的外设,SDIO 接口官方协议等。

Java SQL 操作指南:深入理解 Statement 用法与优化

Java 高频 SQL 场景下,用 PreparedStatement 预编译改写 Statement 可显著降低数据库解析开销。本文给出 JDBC 配置片段、批处理与 EXPLAIN 压测对比,并整理 401、local proxy failed 等报错排查思路。借助 TaoToken 可快速分析慢查询与执行计划,详见 https://taotoken.net/?utm_source=taotoken_aicg_blog_end

PurpleRain89的博客 162

锂电池充电器电路设计 里面有电路

锂电池充电器电路设计 里面有电路 3.7V升压到5V电路设计。

IEM模型,地表粗糙度模拟

利用微波反演土壤水分时候,利用IEM模型可以实现对随机地表的模拟

AI Agent实战:用LLM连接SQL与向量数据库构建数字图书管理员

大语言模型(LLM)具有强大的理解与生成能力,但本身不存储私有数据,也无法执行精确查询。将LLM与检索增强生成(RAG)、智能体(Agent)技术结合,可以让模型通过调用外部工具,同时驾驭结构化与非结构化数据。向量数据库擅长语义检索,适用于文档、知识片段等非结构化内容;SQL数据库则擅长精确查询与聚合统计,适用于订单、用户等强结构数据。在实际企业场景中,知识问答、客服助手、经营分析等需求往往跨越这两类数据。本文从概念与原理出发,解析Agent如何规划工具调用,并给出一个Python实战项目,演示如何让LLM

weixin_33770878的博客 367

数据仓库演进史:从OLTP到湖仓一体,八个阶段解析技术架构变迁

数据仓库作为企业数据管理的核心,其发展历程深刻反映了数据处理技术的演进。从早期的OLTP系统到现代智能数据平台,其核心始终围绕如何高效集成、治理和服务数据以支持决策。维度建模、ETL/ELT流程、数据湖、云原生等技术概念,共同构成了数据仓库的技术基石。随着数据规模与实时性要求提升,流批一体架构与湖仓一体范式应运而生,旨在平衡灵活性与治理能力。如今,数据仓库正朝着智能化与自服务方向发展,通过统一语义层和增强分析,降低使用门槛,赋能业务决策。本文基于数据仓库的八个关键发展阶段,深入剖析了其技术架构的变迁与选型要

weixin_30616969的博客 511
上一篇: 从0开始,抓包工具Charles的安装使用教学
下一篇: ChatGPT对软件测试的影响
字节自动化测试
博客等级 码龄6年 7034粉丝 1810原创
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值