今日聚焦数据库基础知识，学习过程更像是搭建“数据管理逻辑框架”，核心是理解“如何有序存储并高效调用数据”，而非零散概念的堆砌。
上午从数据库的本质入手，明确其核心价值是解决“文件存储的混乱与低效”——比如Excel表格难以应对多表关联查询、数据冗余严重的问题，而数据库通过结构化设计，能让数据像“分类归档的文件柜”一样规整。我重点梳理了数据库的基本构成：数据库（Database） 是容器，表（Table） 是存储数据的载体，表中的行（Row） 对应一条具体记录，列（Column） 则定义数据的类型（如整数、字符串），这层结构关系让“数据是什么、存在哪”的逻辑瞬间清晰。
下午深入到SQL的基础操作，核心围绕“增删改查”（CRUD）展开先在模拟数据库中创建了一张“学生表”（包含学号、姓名、专业列），通过实际操作理解语法逻辑：用 SELECT 查询时，需明确“查哪些列、从哪张表查”；用 INSERT 新增数据时，要保证数据类型与列定义一致； UPDATE 和 DELETE 则必须加 WHERE 条件，否则会误操作整张表——这种“先建场景，再练操作”的方式，比单纯记语法更易掌握。
学习中也发现了需要深化的点：一是对“主键（Primary Key）”的理解，虽然知道它是唯一标识记录的列，但在多表关联时如何发挥作用，还需结合实际案例验证；二是 WHERE 子句中的模糊查询（ LIKE ），对通配符 % 和 _ 的使用场景区分还不够熟练，容易混淆匹配范围。
明日计划先通过“学生表+课程表”的关联案例，练习多表查询（ JOIN ），强化主键与外键的关联逻辑；再针对模糊查询做专项练习，确保每个操作都能对应到具体的业务需求，而非机械套用命令。