left/right join和inner join操作演示

本文通过具体实例详细介绍了三种SQL连接方式:left join、right join 和 inner join 的使用方法及区别。通过对两个表进行操作,展示了不同连接方式下数据的组合特点。
 表A记录如下:
aID         aNum
1            a20050111
2            a20050112
3            a20050113
4            a20050114
5            a20050115


表B记录如下:
bID         bName
1             2006032401
2            2006032402
3            2006032403
4            2006032404
8            2006032408

实验如下:
1.     left join
sql语句如下:
SELECT * FROM A
LEFT JOIN B
ON A.aID = B.bID

结果如下:
aID         aNum                    bID            bName
1             a20050111          1                2006032401
2             a20050112          2               2006032402
3             a20050113          3               2006032403
4             a20050114          4               2006032404
5             a20050115          NULL        NULL

(所影响的行数为 5 行)

结果说明:
         left join是以A表的记录为基础的,A可以看成左表,B可以看成右表,left join是以左表为准的.
换句话说,左表(A)的记录将会全部表示出来,而右表(B)只会显示符合搜索条件的记录(例子中为: A.aID = B.bID).
B表记录不足的地方均为NULL.


2.     right join
sql语句如下:
SELECT * FROM A
RIGHT JOIN B
ON A.aID = B.bID

结果如下:
aID         aNum                    bID            bName
1             a20050111          1                2006032401
2             a20050112          2               2006032402
3             a20050113          3               2006032403
4             a20050114          4               2006032404
NULL     NULL                 8               2006032408

(所影响的行数为 5 行)

结果说明:
         仔细观察一下,就会发现,和left join的结果刚好相反,这次是以右表(B)为基础的,A表不足的地方用NULL填充.


3.inner join
sql语句如下:
SELECT * FROM A
INNERJOIN B
ON A.aID = B.bID

结果如下:
aID         aNum                    bID            bName
1             a20050111          1                2006032401
2             a20050112          2               2006032402
3             a20050113          3               2006032403
4             a20050114          4               2006032404


结果说明:
         很明显,这里只显示出了 A.aID = B.bID的记录.这说明inner join并不以谁为基础,它只显示符合条件的记录.

内容概要:本文详细记录了对一个Android ARM64静态ELF文件中字符串加密机制的逆向分析过程。该ELF文件的所有字符串均被加密,无法通过常规strings命令或IDA直接识别。作者通过分析发现,加密字符串存储在.rodata段,其解密所需信息(包括密文地址、长度16位密钥)保存在.data.rel.ro段的40字节描述符中。核心解密函数sub_10F408采用自反的双pass流密码算法,结合固定密钥KEY_TERM(由.data段24字节数据计算得出),实现字节级非线性、位置与长度相关的加密。文章还复现了完整的Python解密脚本,并揭示了该保护机制的本质为代码混淆而非强加密,最终成功批量解密全部956条字符串,暴露程序真实行为,如shell命令模板、设备标识篡改、网络重置等操作。此外,文中还提及未启用的自定义壳框架及其反dump设计。; 适合人群:具备逆向工程基础的安全研究人员、二进制分析人员及对ELF保护技术感兴趣的开发者。; 使用场景及目标:①学习ELF二进制中字符串加密的典型实现方式与逆向突破口;②掌握从结构识别、函数追踪到算法还原的完整逆向流程;③理解“绑定二进制”的完整性校验设计及其局限性;④实践编写IDAPython脚本自动化提取与解密敏感数据。; 阅读建议:此资源以实战案例驱动,不仅展示技术细节,更强调逆向思维与验证方法,建议读者结合IDA调试环境,逐步跟随文中步骤进行动态分析与算法验证,深入理解每一步的推理依据。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值