高中信息技术选择性必修3第二单元项目5“使用结构化查询语言管理网上书店数据库（二）”教学设计

高中信息技术选择性必修3第二单元项目5“使用结构化查询语言管理网上书店数据库（二）”教学设计【一、教材与学情分析】本课选自沪科版（2019）高中信息技术选择性必修3《数据管理与分析》第二单元项目5的第二课时。前一课时学生已经掌握了SELECT基本查询、WHERE条件筛选与单表数据的增删改操作，能在命令行与图形化工具中完成单一数据表的常规维护。本课时承接项目任务“管理网上书店数据库”，将学习重心推进到多表连接查询、GROUPBY分组统计、聚合函数嵌套以及数据一致性的维护，是SQL学习由“会写语句”走向“会解决业务问题”的关键节点。高二学生在前期学习中暴露出三个典型问题：一是面对多表数据时凭直觉重复书写WHERE连接条件，缺少对表间主外键关系的结构化认识；二是混淆WHERE与HAVING的执行次序，常把分组后的筛选写成分组前的过滤；三是写出的语句能跑通却不考虑并发与事务，遇到库存扣减、订单提交等真实业务场景时缺乏数据一致性意识。这三个问题正是本课教学设计的着力点。【二、教学目标】1.能依据网上书店业务，正确分析表间主外键联系，恰当选择INNERJOIN、LEFTJOIN完成多表连接查询，并能用自然语言解释执行结果的含义。2.能综合运用COUNT、SUM、AVG等聚合函数与GROUPBY、HAVING完成销售统计类任务，理解分组聚合的逻辑流程。3.在订单生成、库存扣减等综合任务中，初步建立事务与数据一致性意识，能用BEGINTRANSACTION、MIT、ROLLBACK保证操作的原子性。4.通过为一家微型网上书店完成真实运营数据分析，体会数据在支撑经营决策中的价值，形成严谨、可验证的数据管理职业习惯。【三、教学重点与难点】重点：多表连接查询的构建思路；GROUPBY与聚合函数的分组统计逻辑；HAVING子句的使用场景。难点：WHERE与HAVING执行时序的辨析；连接查询中联结条件与过滤条件的职责划分；事务概念在实际业务中的落点。【四、教学准备】教师端：安装MySQL8.0的教学机房、预制的“网上书店”数据库（含books、customers、orders、order_items、categorIES五张表，数据千余条）、教学演示工程、学习任务单、投屏软件。学生端：按异质分组原则编为六人小组，每组设“主程序员”与“校验员”各一名并轮流換岗；课前完成单表查询复习微测试，教师根据数据诊断个别学生的薄弱环节。【五、教学过程】环节一：情境导入——一个“算不清的账”（约6分钟）教师投屏展示一封虚拟店主求助信：“双十一刚过，我想知道：每类图书各卖出了多少本、销售额是多少？哪几位顾客消费最多，该给他们发优惠券。可我的数据分散在几张表里，一条一条翻要翻到什么时候？”信中附带四张表的结构截图。提问链：上节课我们查的是一张表，今天的数据跨了四张表，单表语句还够用吗？表与表之间靠什么“缝合”在一起？学生结合预习回答“靠主键和外键”。教师顺势在投屏上拖动生成ER示意图：orders.customer_id指向customers主键，order_items.order_id指向orders，order_items.book_id指向books。学生在图上直观看到“链条”，进入本课主题——把分散的数据联成一个整体，用SQL替店主算清这笔账。设计意图：以真实经营问题替代知识性开场，让多表连接的学习动机来自任务本身，而非教师宣告。环节二：温故诊断——连接前的“地基检查”（约5分钟）三道快速诊断题投屏限时作答，学生用先前学过的单表语句上机完成：①查询库存不足10本的图书；②统计orders表中订单总数；③求books表中所有图书的平均定价。系统自动比对结果并统计正确率。教师点评聚焦两点：聚合函数已被学生自然调用，为分组统计埋下伏笔；强调“同样的聚合，若加上‘按类别’三个字，逻辑就要升级”。环节三：探究建构——多表连接查询（约12分钟）任务一：查询每张订单对应的顾客姓名与下单日期。学生先独立思考并尝试书写。巡视中教师捕捉两类典型写法投屏对析：写法A（隐式连接）：SELECT,o.order_dateFROMcustomersc,ordersoWHEREc.customer_id=o.customer_id;写法B（显式连接）：SELECT,o.order_dateFROMcustomerscINNERJOINordersoONc.customer_id=o.customer_id;组织讨论：两种写法结果相同，差别在哪？学生归纳：写法B把“跟谁连”放在JOIN…ON里，把“查什么条件”留给WHERE，职责清晰，表多时不易丢条件。教师追问丢条件的后果，演示删除WHERE后笛卡尔积的爆炸性结果——两百行瞬间变成上万行，学生直观看到“交叉乘”的含义。任务二：查每本书被哪些订单购买过，包含一次都没卖出去的书。学生在LEFTJOIN与INNERJOIN结果对比中发现“ISBN尾号201、207的两本书在INNERJOIN里消失了”，从而理解左连接保留左侧全集的语义。教师点题：店主想知道“哪些书滞销”，正是LEFTJOIN的用武之地。设计意图：用对比与反例代替讲授，让学生在结果差异中建构JOIN语义，而非背诵语法格式。环节四：探究建构——分组统计与HAVING（约12分钟）任务三：统计每类图书的销售数量与销售额。教师先带领学生口述逻辑：把订单明细按图书分组，每组内对数量求和。学生据此动手写出：SELECTcat.category_name,SUM(oi.quantity)AS销售数量,SUM(oi.quantityb.price)AS销售额FROMcategoriescatJOINbooksbONcat.category_id=b.category_idJOINorder_itemsoiONb.book_id=oi.book_idGROUPBYcat.category_name;任务四（冲突制造）：店主只要“销售额超过500元的类别”。预设学生普遍第一次写成WHERE销售额>500或WHERESUM(……)>500，MySQL报错。教师不急于纠正，而是投屏动画演示执行次序：FROM连接→WHERE过滤→GROUPBY分组→HAVING筛选→SELECT输出→ORDERBY排序。学生结合报错位次发现：WHERE执行时聚合结果尚不存在，筛选分组后的结果必须由HAVING承担。修改后语句运行通过：……GROUPBYcat.category_nameHAVINGSUM(oi.quantityb.price)>500ORDERBY销售额DESC;随即组织“一句话辨析”小活动：WHERE管“行”，HAVING管“组”。学生用自家数据库再各举一例验证，校验员核对同桌语句。环节五：综合实战——一笔订单的完整生命周期（约10分钟）任务五：顾客“李明”购买《SQL必知必会》2本。要求：写入订单与明细，同时把库存减2，三步必须“同生同死”。教师先引导危机意识提问：如果执行完第一步就断电，会出现什么局面？学生回答“订单有了、库存没减，书被卖出两次”。引出事务概念与演示：STARTTRANSACTION;INSERTINTOorders(customer_id,order_date)VALUES(…,NOW());INSERTINTOorder_items…;UPDATEbooksSETstock=stock2WHEREbook_id=…ANDstock>=2;若任一步骤反馈异常行数，执行ROLLBACK；全部正常则MIT。教师刻意在演示中让UPDATE因条件不满足而失败，执行ROLLBACK后回查：订单表与库存表均回到原状。学生亲眼看到“数据没有半身不遂”，理解原子性的价值。随后各组完成一次完整交易并用SELECT交叉核验三张表数据是否自洽，校验员签署核验记录。设计意图：事务概念对高中生而言抽象，把它装进“断电”这个具体事故里，用回滚的可视效果完成理解闭环。环节六：课堂小结（约3分钟）学生对照任务单上的知识结构图口头复盘：①JOIN解决“数据在哪几张表”；②GROUPBY解决“怎么算”；③HAVING解决“算完之后怎么筛”；④事务解决“多步操作如何不出错”。教师补充一句工程师的职业守则：每一条SQL都应当知道自己在对什么数据负责。【六、分层作业设计】基础层（全体必做）：完成学习单上的四道巩固题，含一道双表连接、两道分组统计、一道HAVING筛选，在线平台自动批改。提升层（选做）：为店主生成“月度销售排行榜”报表，要求三表连接、LIMIT前十、结果按月份与类别二维分组。挑战层（小组合作）：用数据生成器向库中注入一万条新记录，量化对比加索引前后查询耗时，写一篇三百字小结说明索引为何能提速，为下一课时“查询优化”作铺垫。【七、板书设计】主板书采用四格结构：多表连接（JOIN…ON，警惕笛卡尔积）｜分组统计（GROUPBY＋聚合）｜组后筛选（HAVING：过组；WHERE：过行）｜事务（BEGIN/MIT/ROLLBACK，原子性）。副板书滚动保留两个典型错例，与正确语句并列，形成可视化纠错轨迹。【八、教学评价设计】过程性评价依托平台记录：语句正确率40%、逻辑题口头表达20%、小组协作与核验履职20%、挑战任务完成度20%。评价主体包括教师、本组校验员与学生自评。诊断依据来自每环节的错误采集——如笛卡尔积丢条件、HAVING误用为WHERE，教师课后归入个人错题档案，一对一推送微课。【九、教学反思与改进设想】本