高中二年级信息技术数据管理技术教学设计：用关系存储数据-二维表中的数据世界

高中二年级信息技术数据管理技术教学设计：用关系存储数据——二维表中的数据世界一、教学基本信息本课选自广东教育出版社高中信息技术选修四《数据管理技术》第一章第三节第一课时"用关系存储数据"。授课对象为高中二年级学生，讲课时长四十分钟。该模块是在学生完成必修课程"信息技术基础"中数据库初步知识学习之后的深化内容，承担着从"会用数据库"向"理解数据库"转变的关键任务。关系模型是现代数据库系统的根基，本课所建立的概念体系将贯穿整个模块，直接影响后续"数据库的建立""结构化查询语言"等内容的学习质量。学生在初中及高中必修阶段已经接触过电子表格软件，对行、列、单元格有直观体验，同时在必修模块中接触过简易的学生信息管理数据库，具备最基本的操作经验。但他们对"为什么数据库要这样组织数据"缺乏理性认识，往往把数据库简单理解为"大表格"，这种朴素认知既是教学的生长点，也是必须突破的思维局限。二、课程标准与教材分析普通高中信息技术课程标准将"数据"确立为学科大概念之一，要求学生在数据管理层面理解数据结构化的意义，认识数据模型是抽象现实世界、组织数据的工具。本课恰逢从"数据"走向"数据模型"的理论节点。粤教版教材在本节安排了从关系、元组、属性、关键字等基本概念，到关系模式描述，再到将实体及其联系转换为关系表格的完整路径，编排上体现了"实例引路—概念抽象—方法迁移"的思路。教材给出的实例是校园图书借阅管理情境。经过对所在学校学情的研判，本课改用学生天天接触的"网上选课系统"作为主情境，把教材的图书借阅案例改造为巩固环节的迁移任务。改换的考量有三：其一，选课系统中"学生、课程、选课记录"三类数据天然构成多表结构，便于引出"多个关系如何分工协作"这一本课暗线；其二，学生对选课流程有真实体验，容易在数据与现实之间建立映射；其三，选课数据中存在学号重复、同名不同人等真实矛盾，为关键字概念的辨析提供了天然素材。三、教学目标信息意识方面，学生能觉察现实管理活动中数据的组织需求，能从杂乱的信息描述中识别出实体、属性及实体间的联系，感知结构化存储相对于自由记录的优越性。计算思维方面，学生能理解关系模型以二维表描述数据的抽象过程，准确陈述关系、元组、属性、域、关键字、关系模式等核心概念的含义，能把一个具体的管理情境分解为若干张规范的关系表，会用"表名加括号列属性"的方式书写关系模式，能在具体数据中辨析候选关键字并选定主关键字。数字化学习与创新方面，学生能借助教师提供的半成品电子表格与在线协作文档开展探究，初步建立"先设计结构、再录入数据"的工程习惯。信息社会责任方面，学生在处理含姓名、学号等真实样例数据时，能意识到个人信息的敏感性，养成不随意传播他人数据的意识。教学重点有两项：一是关系模型核心概念体系的准确建立；二是把现实问题转化为关系表的思维方法。教学难点是关键字的判定与多关系之间的数据联系。难点成因在于，关键字不是"看起来重要的字段"，而是"能够唯一标识每一行的属性或属性组合"，学生容易凭直觉选择"姓名"这类貌似唯一的字段；多表联系则要求学生理解"选课表中的学号指向学生表"这种引用关系，这超出了他们单表思维的经验范围。四、教学策略与课前准备本课采用情境驱动与概念建构相结合的策略。整体流程为"混乱数据引发认知冲突—师生共同抽象出结构—逐层引入概念术语—迁移任务检验理解—回望生活深化认同"。概念教学避免定义灌输，每一个术语都从实例数据中生长出来，先有事例，再有名称，最后回到事例中验证。课前准备包括三件：一是教师制作的教学演示文稿，内含三张故意设计得有毛病的"选课登记表"；二是分组学习单，每组一张，印有数据样本和待填的关系模式骨架；三是机房环境中的一份Access样例数据库，内含设计好的学生表、课程表、选课表，供课末观察验证。学生按异质原则四人一组，组内确定记录员与汇报员。五、教学过程（一）情境导入：一张让人崩溃的登记表，约五分钟上课伊始，教师投影出示一段独白式的问题：教务处的王老师用一张电子表格记录同学们的选课情况，学期过半，表格已经三百多行。昨天有学生来问"我选了几门课"，王老师查了五分钟没敢给准话。教师随即展示这张表格的局部：第一列把姓名、课程名、上课时间、教室全挤在一起，有的单元格写着"周三下午第三四节实验楼302（也可能在303）"，有的行姓名写成"张三"，相邻行却写成"张三（高一2班）"，另有两行都叫"李娜"，分不清是不是同一个人。教师抛出三个连环问题。第一问：这张表里的数据全不全？全。第二问：那王老师为什么答不上来一个简单的问题？第三问：毛病出在哪儿？学生讨论约两分钟后，发言通常集中在"格式乱""写得不规范""东西堆在一起分不清"。教师顺势追问：如果要你帮王老师重新设计，你会怎么改？学生的答案多半指向"把每一种信息单独放一列""同名的要加个编号分开"。教师板书学生发言中的关键词，并在小结时点明：大家刚才凭直觉做的事，正是数据管理技术发展史上一件里程碑式的工作——把杂乱无章的记录，改造成行列分明、每列含义单一的二维表。早在二十世纪七十年代，研究者科德就为国家间日益膨胀的数据管理难题提出了系统的解决方案，他证明只要数据满足几条朴素的规则，就可以用严格的数学方法去组织和查询，这个方案就是关系模型。今天全世界的银行、铁路售票、医院挂号系统，背后都站着这套以二维表为外观的模型。我们这节课就要弄清楚：它立的规矩是什么，为什么区区几条规矩能撑起庞大的数据世界。（二）概念建构：从一张表到一套术语，约十二分钟教师将混乱表格改造后的样例投出——一张只含"学生"信息的规范表，列依次为学号、姓名、性别、出生日期、班级。教师带领学生逐层命名，每引入一个术语都让学生先在表上指认，再口述含义。第一层的命名是"关系"。教师指出，在关系模型中，一张结构规范的二维表就叫做一个关系。随即设问：是不是随便一张Excel表格都能叫关系？学生翻回刚才那张乱表作答，明白必须满足条件。教师补出三条规矩：表中的每个单元格只能存放一个不可再分的值；同一列里的数据必须是同一种类型、同一个含义；表中不允许出现内容完全相同的两行。让学生对照规范表逐条检验，三条都通过，才配称"关系"。第二层的命名落在行与列上。表中的每一行描述了一个具体的学生，这样的行称为元组，通俗地说就是一条记录；每一列刻画了这类事物某方面的特征，称为属性，列标题就是属性名。教师请一名学生上屏前操作：鼠标随便点中一行，说出这个元组描述的是谁；再点中"出生日期"一列，指出这是一个属性，这一列所有取值的许可范围——比如合理的日期区间——就叫做这个属性的域。第三层是本课第一个硬骨头：关键字。教师抛出问题：两行"李娜"靠姓名分得开吗？分不开。靠什么能在这张表里一眼锁定唯一的那个人？学生答学号。教师给出定义：能够在关系中唯一标识每个元组的属性或属性组合，称为这个关系的关键字。紧接着设三个辨析台阶。其一，"姓名"能当关键字吗？不能，因为有重名。其二，"姓名加班级"行不行？在本校也许碰巧行，但只要两个同名同班的新生入校就可能失效，所以不保险，关键字要经得起数据增长的考验。其三，属性值允许为空白的列能不能当关键字？学生议论后教师点破：空值意味着"没有标识能力"，显然不行，主关键字中的值既不能重复也不能为空。教师补充说明，满足唯一性条件的属性可能不止一个，比如若表中还有身份证号列，学号与身份证号都够格，它们都是候选关键字，设计者从中挑一个作为主关键字，通常选稳定的、简短的、业务上惯用的那个。第四层给出关系的"名片"——关系模式。教师示范书写：学生（学号，姓名，性别，出生日期，班级）并强调三句话：表名在前，括号内按序列出全部属性名，主关键字以下划线标出（板书中可用下划线或加粗体现学号为主关键字）。教师让学生在练习单上仿照写出一张"课程表"的关系模式，给定属性为课程编号、课程名称、授课教师、学分、上课时间地点。约两分钟后展示两份学生作品，一份把"课程名称"当主关键字，教师组织全班评议：课程名称会不会重复？"羽毛球（初级）"由两位老师各开一个班时就撞名了，所以应以课程编号为主关键字。这个辨析把关键字判定从记忆推向了推理。（三）难点攻坚：三张表如何牵起手来，约十分钟教师抛出新情境中最要害的矛盾：学生小周选了"机器人入门"和"生涯规划"两门课，这个事实该记在哪？记进学生表吗？教师现场试着往学生表里塞——把"所选课程"做成一列，让小周那一格写"机器人入门；生涯规划"。教师发问：别忘了我们给关系立的第一条规矩是什么？学生立刻反应：单元格不可再分，一个格子塞两门课，违规了。那把课程信息全摊进学生表，每个选课学生把课程名、学分、教师抄一遍行不行？学生讨论后发现两个恶果：同一门课的信息被抄了几十份，一处修改处处要动；没选课的新生这整行都没法填，大量空白。教师点出术语：这种结构的毛病叫数据冗余和更新异常，正是关系模型要消灭的敌人。出路在哪里？教师引导学生回顾刚才立表的逻辑：一类事物一张表。学生是一类，课程是一类，"谁选了哪门课"这件事本身也是一类值得单独记录的事实。于是第三张表登场——选课表，属性为学号、课程编号、选课时间、成绩。教师投出三张表并列的画面，让学生观察：选课表里没有姓名、没有课程名称，只有编号，那看表的人怎么知道是谁选了什么课？学生答：拿学号去学生表里查，拿课程编号去课程表里查。教师总结：关系与关系之间不靠物理捆绑，而靠属性值的对应来建立联系，选课表中的学号、课程编号像两根线，把三张表织成了一张网。查询"李娜选了几门课"，就不再是翻三百行乱表的苦差，而是顺着编号在结构化数据中的一次精确抵达。教师现场打开准备好的Access文件，演示三张表以及简单的连接查看，让学生直观看到结构带来的力量。同时教师提醒：演示数据中的姓名已经过化名处理，真实的学生信息属于受保护的个人数据，我们平日接触这类数据要有边界感，不该看的不看，不该传的不传。（四）迁移巩固：替图书馆出一份方案，约八分钟小组任务下发：学校图书馆要建借阅管理系统，初步登记的信息包括读者姓名、班级、借书证号，图书的书号、书名、作者、出版社、库存数量，以及每次借阅的借书日期、应还日期、实际归还日期。请各组完成两件事：第一，划分出合理的关系，说明每张表管什么；第二，写出每个关系的关系模式并选定主关键字，用一句话说明理由。各组讨论约四分钟，教师巡视选择典型方案。汇报环节先请一组展示：读者表（借书证号，姓名，班级）、图书表（书号，书名，作者，出版社，库存数量）、借阅表（借书证号，书号，借书日期，应还日期，归还日期）。教师组织全班挑刺：借阅表只凭借书证号能当主关键字吗？一个读者借多本书，借书证号就重复了；借书证号加书号呢？同一读者把同一本书还了又借，第二次借阅这一组合就撞了。学生经过推敲，发现需要把借书日期也纳入，或者干脆增设一个流水号字段。这个过程没有标准答案之争，却让"关键字必须能唯一标识"在真实数据面前经受了一次压力测试。教师对能提出流水号方案的小组给予肯定，并指出这正是工程实践中常用的做法——人为引入一个无业务含义但绝对唯一的编号来担任主关键字。（五）总结升华与作业布置，约五分钟课堂尾声，教师带领学生沿来路回望：我们从一团乱麻的登记表出发，立了三条规矩得到规范的关系，给行、列、取值范围、标识者一一命名，学会了用关系模式为表画像，又目睹了三张表靠属性的对应织成数据之网。教师抛出一个开放问题收束全课：关系模型统治数据世界已半个世纪，电商的订单、医院的病历、同学手机里的学籍档案都住在一张张二维表里——今天我们学的每一个术语，都是无数真实系统共同的语言。下一次当你在任何App里填写表单，请想一想，你刚刚写下的每一个字，会落到后台哪张表的哪个属性里。课后作业分两层。基础层：以本班同学的体育选修报名为背景，独立设计关系模式并标注主关键字，下节课互评。拓展层：回家观察一次线上购物，试着推测订单背后至少存在哪几张表，它们靠什么字段彼此联系，用一段文字说明，下节课选两名同学分享。六、板书设计黑板左侧竖向列写概念主线："规矩—关系—元组、属性、域—关键字—关系模式"；中部示范书写学生表的关系模式并用下划线标注学号为主关键字；右侧画出学生表、课程表、选课表三个方框，用箭头标注学号与课程编号两处联系，形成"概