**数据库技术基础**章节中关于**SQL（结构化查询语言）**的核心知识点，主要聚焦于**字符串模式匹配**和**视图查询

数据库技术基础章节中关于SQL（结构化查询语言）的核心知识点，主要聚焦于字符串模式匹配和视图查询，以下是详细解析：

一、核心知识点拆解

1. 字符串操作（LIKE 模式匹配）

SQL中使用LIKE关键字进行字符串模糊查询，配合两个通配符实现精准定位：

2. 经典查询案例（【例9.27】）

基于学生关系表S(Sno,Sname,Sex,SD,Age,Add)，实现两类模糊查询：

• 案例1：查询家庭住址包含“科技路”的学生姓名
  • SQL语句：

    SELECTSnameFROMSWHEREAddLIKE'%科技路%';

  • 解析：%匹配“科技路”前后的任意字符，精准筛选符合条件的记录。
• 案例2：查询名字为“晓军”的学生信息
  • SQL语句：

    SELECTSname,Age,SDFROMSWHERESnameLIKE'晓军';

  • 解析：精确匹配姓名为“晓军”的记录，也可简化为Sname = '晓军'（=适用于精确匹配，LIKE适用于模糊/精确混合匹配）。

3. 转义字符（ESCAPE）

当查询内容中包含%或_等通配符本身时，需用ESCAPE定义转义字符（通常用\）：

• 示例：LIKE 'ab\%cd%' ESCAPE '\'
  • 匹配以ab%cd开头，后续接任意字符的字符串（首个\%表示匹配字面量%，而非通配符）。

4. 视图的查询（【例9.28】）

视图是虚拟表，用于简化复杂查询并限制数据访问权限：

• 需求：建立“计算机系（CS）”学生的专属视图CS-STUDENT，并限制修改/插入操作仅对本系学生生效。
• SQL语句：

  CREATEVIEWCS-STUDENTASSELECT*FROMSWHERESD='CS';-- 过滤条件：仅保留计算机系学生

• 核心价值：
  • 数据安全：通过视图屏蔽底层表结构，仅暴露授权字段/记录。
  • 操作简化：将复杂的多表关联/过滤逻辑封装为视图，后续直接查询CS-STUDENT即可。

二、学习与应用建议

1. 区分匹配规则：清晰掌握%（任意长度）和_（单个字符）的差异，复杂场景下优先组合使用。
2. 视图应用场景：针对高频查询的“特定条件数据集”（如各系学生、特定年龄段用户），建议创建视图，提升查询效率与数据管控能力。
3. 实战注意事项：使用LIKE进行模糊查询时，若字段无索引，大数据量表可能存在性能损耗，需结合索引优化。

SQL 中**字符串模式匹配（LIKE）与视图（VIEW）**两大核心知识点，覆盖语法规则、典型用例、转义机制及工程实践建议，结构清晰、示例准确，符合数据库技术基础教学要求。以下是对关键点的凝练总结与补充说明：

✅LIKE 模式匹配要点强化：

• %和_是SQL 标准通配符，仅在LIKE（或NOT LIKE）中生效；=不支持通配，纯精确匹配。
• '_ _%'示例中，两个_确保前两位为任意单字符（共2位），%表示后续可有0个或多个字符 → 实际等价于LENGTH(Sname) >= 2的模糊约束（但非等价于LEN > 2，因_ _%可匹配恰好2位的字符串）。
• 性能提示补充：LIKE 'abc%'可利用前缀索引加速，而LIKE '%abc'或LIKE '%abc%'通常无法使用 B+ 树索引，需依赖全文索引或优化查询逻辑。

✅视图要点深化：

• 视图本身不存储数据，其定义保存在数据字典中；每次查询视图，DBMS 动态执行底层SELECT语句。
• 【例9.28】中创建的CS-STUDENT是行列子集视图（行过滤SD='CS'，列未限定即SELECT *），满足“安全性”与“简化性”双目标。
• 进阶注意：若需对视图执行INSERT/UPDATE，须确保视图可更新（如无聚合、无DISTINCT、无GROUP BY、基表主键列必须包含等），并常配合WITH CHECK OPTION强制修改后仍满足视图定义条件（例如：CREATE VIEW CS-STUDENT AS ... WITH CHECK OPTION可防止将非 CS 学生插入该视图）。

✅ESCAPE 使用规范：

• ESCAPE后指定的转义字符本身在模式中需连续出现两次才表示字面量（如ESCAPE '\'时，\\表示反斜杠字符，\%表示百分号字面量）。
• 推荐使用不易冲突的转义符（如$、#），避免\在某些客户端（如 MySQL 命令行）被预解析。

-- 安全转义示例（用 # 作转义符）SELECT*FROMSWHEREAddLIKE'%科技#_路%'ESCAPE'#';-- 匹配含"科技_路"的地址