注意: SQL 中IN 關鍵詞容易造成錯誤

SQL查询案例

最新推荐文章于 2025-11-25 13:31:01 发布

原创最新推荐文章于 2025-11-25 13:31:01 发布 · 760 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#sql #date #null #c

本文提供了一个SQL查询示例，展示了如何从特定数据库中选取记录。通过使用内连接与条件过滤，该查询旨在获取指定时间段内与某设施相关的实体编号及其缺陷代码。

/**//* Formatted on 2007/07/30 08:05 (Formatter Plus v4.8.7) */

SELECT entity_no, dfct_code

FROM mcsda1.mcshis_defectcode@dblkpnbrw3

WHERE entity_no IN (

SELECT DISTINCT entity_no

FROM mcrda1.wp_pnlhist

WHERE fac_id = 'C'

AND trans_date >= '2007-07-28 02.01.51.000000'

AND trans_date <= '2007-07-28 02.42.42.229473')

以上SQL IN 部分中 entity_no 栏位不存在(应该为 pnl_id ), 但是在查询的时候系统并不报错, 值为NULL , 造成查询结果为 mcsda1.mcshis_defectcode@dblkpnbrw3 中所有entity_no & dfct_code

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

yifan268

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

后端开发：SQL 存储过程的错误处理

架构师的AI之路，分享AI应用开发架构的学习与实践。

06-02

816

在现代后端开发中，数据库存储过程作为业务逻辑的重要载体，其稳定性和可靠性直接影响整个系统的质量。本文旨在全面系统地介绍SQL存储过程中的错误处理机制，帮助开发人员构建更加健壮的数据库应用。主流数据库系统(MySQL, SQL Server, Oracle, PostgreSQL)的错误处理机制存储过程中常见的错误类型和来源错误处理的核心概念和技术实际开发中的最佳实践和模式首先介绍核心概念和原理然后深入各种错误处理技术接着通过实际案例展示应用最后讨论高级主题和未来趋势。

Golang 数据库触发器：SQL 自动化任务实现

Golang编程笔记的博客

05-29

799

在开发业务系统时，我们常遇到这样的需求：当用户修改密码时，需要记录操作日志；当订单提交时，需要自动扣减库存；当插入一条异常数据时，需要自动拒绝并提示。这些“伴随CRUD操作的额外动作”，传统做法是在Golang代码中显式调用，但这会导致代码冗余、数据一致性风险（如操作失败时日志未记录）。本文将聚焦“数据库触发器”这一解决方案，覆盖触发器的核心概念、与Golang的协作方式、实战案例（如自动日志、数据校验），以及注意事项和性能优化。本文从“触发器是什么？

参与评论您还未登录，请先登录后发表或查看评论

CTF-Web学习笔记：SQL注入篇

Deng7326的博客

07-28

1361

本文系统梳理了CTF竞赛中SQL注入的核心原理与实战技巧。首先介绍了SQL注入的基础概念和成因，即用户输入数据被直接拼接到SQL语句中执行。其次分类解析了CTF常见的注入类型，包括数字/字符串型注入、报错/盲注/联合查询等攻击方式。文章重点分享了实战经验：如何判断注入点、确定数据库类型、使用工具辅助及绕过WAF防御。最后通过一道报错注入题目，详细演示了从数据库名获取到最终拿Flag的完整解题流程，并推荐了SQLiLabs等练习平台。

MyBatis Plus实战指南：告别繁琐的SQL编写

AI天才研究院

06-06

918

本指南深度解析MyBatis Plus（以下简称MP）如何通过「约定优于配置」与「自动化SQL生成」两大核心机制，将传统MyBatis开发中70%以上的重复SQL编写工作转化为标准化接口调用。内容覆盖从基础CRUD到复杂查询的全场景实践，包含架构设计、实现细节、性能优化及工程化最佳实践，帮助开发者从「手写SQL」向「声明式数据操作」转型，同时揭示MP在复杂业务场景中的扩展边界与解决方案。问题类型MP解决方案未解决场景（需结合MyBatis原生能力）基础CRUD SQL编写BaseMapper自动生成。

后端开发：SQL 存储过程的优化建议

架构师的AI之路，分享AI应用开发架构的学习与实践。

06-19

1042

在后端开发中，SQL 存储过程是一种预编译的数据库对象，它将一组 SQL 语句封装在一起，可重复调用。存储过程的优化对于提高数据库性能、减少响应时间、降低资源消耗至关重要。本文的目的是为后端开发者提供全面的 SQL 存储过程优化建议，涵盖从基本概念到实际操作的各个方面。范围包括不同数据库管理系统（如 MySQL、SQL Server、Oracle 等）中存储过程的优化技巧，以及在不同应用场景下的优化策略。本文将按照以下结构展开：首先介绍核心概念与联系，帮助读者理解存储过程的基本原理和架构；

一条sql 在MySQL中是如何执行的

2509_94190381的博客

11-25

414

在 MySQL 中，SQL 查询的执行涉及多个内存区域和处理步骤，以确保查询能够高效地执行和返回结果。

TypedSql：在 C# 类型系统上实现一个 SQL 查询引擎

sdgfafg_25的博客

11-24

923

在 .NET 里写查询的时候，很多场景下数据其实早就都在内存里了：不是数据库连接，也不是某个远程服务的结果，而就是一个数组或者List<T>。我只是想过滤一下、投影一下。这时候，通常有几种选择：写一个foreach循环 —— 性能好、可控，但代码稍微有点啰嗦；用 LINQ —— 写起来舒服，看起来也优雅，就是有迭代器、委托带来的那点开销；要么干脆极端一点：把数据塞进数据库，再写真正的 SQL（这听起来就有点反直觉……）如果我们把 C# 的类型系统本身，当成查询计划会怎样？

存储过程（SQL）

2509_94215296的博客

11-25

317

所以要事先用 “DELIMITER //” 声明当前段分隔符，让编译器把两个 “//” 之间的内容当做存储过程的代码，不会执行这些代码。存储过程（Stored Procedure）是一组为了完成特定功能的SQL语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给定参数（如果该存储过程带有参数）来调用执行它。内部变量在其作用域范围内享有更高的优先权，当执行到end时，内部变量消失，不再可见了，在存储过程外再也找不到这个内部变量，但是可以通过out参数或者将其值指派给会话变量来保存其值。

SQL 注入详解：原理、危害与防范措施

2509_94107200的博客

11-24

578

SQL注入是一种常见的安全漏洞，攻击者通过在应用程序中插入恶意的SQL代码，诱使数据库执行非授权的操作。这种攻击通常发生在应用程序没有正确过滤或转义用户输入的情况下，导致攻击者能够操控数据库查询，从而获取、修改或删除数据。SQL注入是一个严重的安全问题，开发者必须采取有效措施来预防。使用预编译语句、严格验证用户输入、遵循最小权限原则等都是防范SQL注入的有效手段。此外，定期的安全审查和测试也是保障应用安全的重要环节。通过这些措施，可以大大降低SQL注入的风险，保护应用程序和用户数据的安全。

PostgreSQL的备份方式

2509_94007210的博客

11-24

313

是 PostgreSQL 内置的逻辑备份工具，可以将数据库导出为 SQL 脚本或二进制文件。WAL-G 是 PostgreSQL 的现代备份工具，支持增量备份和快速恢复，常用于云环境。按照这些方式定期备份 PostgreSQL 数据库，可以最大程度地保障数据的安全和可恢复性。Barman 是社区维护的 PostgreSQL 专用备份工具，支持物理备份和时间点恢复。PostgreSQL 提供多种方式进行备份，适用于不同需求的场景。是 PostgreSQL 提供的物理备份工具，适合对数据库进行完整二进制备份。

mybatis 是如何防止 sql 注入

ThisIsMirror的博客

11-24

1005

MyBatis 防 SQL 注入的核心是优先使用#{}占位符（依赖 JDBC 预编译），从根源上隔离用户输入和 SQL 语法；对于必须使用${}的场景，通过「白名单校验+手动转义」限制输入；配合类型校验、数据库权限控制等兜底机制，形成完整防护。凡是用户输入的内容，一律用#{}接收；动态表名、排序字段等非用户输入场景，用${}并严格校验，就能避免 99% 以上的 SQL 注入风险。

如何查看PostgreSQL的版本

2509_94214691的博客

11-25

343

如果你使用 pgAdmin 这样的图形界面工具来管理你的 PostgreSQL 数据库，你也可以在此工具中查看版本信息。(PostgreSQL 的命令行界面) 的版本，通常这与 PostgreSQL 服务器的版本相匹配。要查看 PostgreSQL 的版本，有几种不同的方法可以使用，包括通过命令行和 SQL 查询。这将返回一个字符串，包含 PostgreSQL 的版本以及构建时的一些系统信息。选择上述方法中最适合你的场景的一种来查看 PostgreSQL 的版本。

Oracle sql tuning guide 翻译 Part 6-5 --- Hint使用报告的操作方法和例子

last_zhiyin的博客

11-24

834

给出很多hint使用情况的例子，值得看一看

mysql 迁移达梦数据库出现的 sql 语法问题以及迁移方案

2509_94010201的博客

11-24

706

Copy CodeMySQL: DATE_FORMAT( a.expiry_date, ‘%Y-%m-%d %H:%M:%S’ ) 达梦: TO_CHAR(a.expiry_date, ‘YYYY-MM-DD HH24:MI:SS’)MySQL: DATE_FORMAT( a.expiry_date, ‘%Y-%m-%d %H:%M:%S’ ) 达梦: TO_CHAR(a.expiry_date, ‘YYYY-MM-DD HH24:MI:SS’)另外，在某些函数和操作符的使用上也有一些差异。

5、使用 pgAdmin4 图形化创建和管理 PostgreSQL 数据库

2509_94176925的博客

11-24

714

当我们设置 “application_name” 为 “Default” 时，这意味着我们希望将当前的数据库连接标识为默认应用程序，通常这是指使用 pgAdmin 4 连接到 PostgreSQL 数据库的客户端。当我们选择强制删除数据库时，pgAdmin 4会尝试删除数据库，并在删除之前，会递归删除所有与该数据库相关的依赖项，例如表、视图、函数等。当我们选择删除数据库时，pgAdmin 4会尝试删除数据库，但只有在没有其他数据库对象（如表、视图、函数等）依赖于要删除的数据库时才能成功删除。

两种用SQL解决Advent of Code 2024第7题找等式方法的比较和分析

l1t的专栏

11-25

494

本文比较了两种SQL方法在计算缺失运算符数列时的性能差异。原方法通过递归CTE穷举所有运算符组合，在处理850行输入时，仅计算两种运算符就需2.58秒，复制约3100万整数。而参考方法通过分步处理：先将输入拆分行，再分离目标值和参数，最后递归计算可能组合，处理同样数据仅需0.812秒。性能差距主要源于：1)参考方法避免了大规模数组复制；2)采用更高效的数据预处理；3)优化了递归计算过程。当扩展到三种运算符时，原方法因需复制21亿整数而完全不可行。

【SQL Server】超详细SQLServer日期转换、字符串、数学、聚合等常用函数大全（最新版）

2509_94177830的博客

11-25

539

- 2024-01-31 (当月月末日期)-- 2024-03-31 (当月月末日期)

智能生成ER图工具。使用 SQL 生成 ER 图：让数据库设计更高效

最新发布

2509_94231173的博客

11-25

572

ER 图（Entity-Relationship Diagram）是一种用于表示数据库结构的图示工具。它通过“实体”和“关系”两大元素的抽象，展示了数据表之间的关系。实体（Entity）：数据库中的表，每个实体代表一个数据表。属性（Attribute）：表中的字段或列。关系（Relationship）：表与表之间的联系，通常以一对多或多对多的形式表示。通过使用 SQL 自动生成 ER 图，您可以大幅提升数据库设计的效率，并确保结构的准确性。

exists SQL关键词

08-13

SQL中的`EXISTS`关键字用于检查子查询是否至少会返回一行结果。它通常与子查询一起使用，返回一个布尔值（TRUE或FALSE）来决定外部查询是否继续执行。`EXISTS`常用于条件判断，特别是在`WHERE`子句中。例如，以下SQL查询用于查找在某个子查询中存在对应记录的客户： ```sql SELECT customer_name FROM customers WHERE EXISTS ( SELECT 1 FROM orders WHERE customers.customer_id = orders.customer_id ); ``` 在这个例子中，外部查询会返回所有在`orders`表中存在订单记录的客户[^1]。另一个常见用法是结合`NOT EXISTS`来查找那些在子查询中不存在的记录： ```sql SELECT customer_name FROM customers WHERE NOT EXISTS ( SELECT 1 FROM orders WHERE customers.customer_id = orders.customer_id ); ``` 此查询会返回没有订单记录的客户[^1]。此外，`EXISTS`和`NOT EXISTS`也常用于复杂的多表查询，以确保某些字段之间的关联性。例如，当需要查找满足特定条件的表记录时，可以使用`EXISTS`来验证另一个表中是否存在相关的数据。这种机制可以显著提升查询效率，尤其是在处理大量数据时。需要注意的是，在某些数据库系统中，如MySQL，字段名和关键字可能会发生冲突，导致语法错误。如果字段名是保留关键字，则需要使用反引号(`)来转义字段名，以避免报错。例如： ```sql SELECT `status` FROM orders WHERE EXISTS ( SELECT 1 FROM order_details WHERE orders.order_id = order_details.order_id ); ``` 此查询确保了即使`status`是一个关键字，也能正确执行[^4]。 ### `EXISTS`与`IN`的对比 `EXISTS`和`IN`都可以用于查询条件中，但它们的执行方式不同。`EXISTS`会检查子查询是否返回任何行，而`IN`则会比较值是否存在于一个结果列表中。因此，在性能方面，`EXISTS`通常更高效，因为它可以在找到第一个匹配项后立即停止搜索。 ### 示例代码以下是一个使用`EXISTS`的示例，用于查找有订单记录的客户： ```sql SELECT customer_name FROM customers WHERE EXISTS ( SELECT 1 FROM orders WHERE customers.customer_id = orders.customer_id ); ``` ### 总结 `EXISTS`是SQL中非常强大的关键字，用于检查子查询的结果是否存在。它可以帮助开发人员编写高效的查询语句，尤其是在处理多表关联时。然而，在实际使用中需要注意关键字与字段名的冲突问题，并使用适当的转义方式来避免错误[^4]。