项目教学资源管理系统数据库构建任务

数据库构建任务教学资源管理系统学习目标理解数据库模型中进行规范化的目的掌握三范式的规则的定义确定实体是否符合三范式规则必要时将数据库模型转换，使其符合三范式任务背景你们项目组现在负责开发一个教学资源管理系统，你负责数据库设计与构建任务。项目经理告诉你：需求分析已经完成，你会得到有关的ERD分析员是个新手，ERD可能不尽合理你需要非常注意，如果ERD有问题，尽快提出，要求分析员进行修改修改过程可能需要多次反复ERDV0.1这是ERD中的一个实体你据此设计了数据表，并填写了测试数据如果我们要查询F楼有多少间教室，应该怎么办？必须解析classroom字段的字符串，非常麻烦。你发现，这违反了第一范式。ERDV0.2分析员改进了ERD，这是新版本你据此设计了数据表，并填写了测试数据ERDV0.2你注意到，如果F楼新增了电梯，则每个教室的电梯数都需要修改。一旦遗漏，数据将出现不一致现象。这违背第二范式。ERDV0.3分析员改进了ERD，这是新版本你据此设计了数据表，并填写了测试数据ERDV0.3如果多媒体生产厂商电话发生更改，则必须更改从该厂商购买的所有多媒体计算机所在教室的信息。这违背第三范式。ERDV0.4分析员改进了ERD，这是新版本你要据此设计了数据表，并填写测试数据ERDV0.4ERDV0.4ERDV0.4DROPTABLEclassrooms;DROPTABLEmultimediamakers;DROPTABLEschool_buildings;CREATETABLEschool_buildings(idNUMBER(5)PRIMARYKEY,nameVARCHAR2(20CHAR)NOTNULL,addressVARCHAR2(40CHAR),elevator_numNUMBER(2));INSERTINTOschool_buildingsVALUES(1,'F楼','黄河路1号',0);CREATETABLEmultimediamakers(noNUMBER(5)PRIMARYKEY,nameVARCHAR2(20CHAR)NOTNULL,addressVARCHAR2(40CHAR)NOTNULL,phone_numberVARCHAR2(20CHAR)NOTNULL);INSERTINTOmultimediamakersVALUES(1,'浪潮集团','济南市山大路112号','88889999');CREATETABLEclassrooms(noVARCHAR2(10CHAR),floorNUMBER(2)NOTNULL,room_sizeNUMBER(3)NOTNULL,Building_idNUMBER(5)REFERENCESSCHOOL_BUILDINGS(id),Multimedia_maker_noNUMBER(5)REFERENCESMultimediaMakers(no),CONSTRAINTpk_classroomsPRIMARYKEY(Building_id,no));INSERTINTOclassroomsVALUES(1,1,150,1,1);INSERTINTOclassroomsVALUES(2,1,150,1,1);INSERTINTOclassroomsVALUES(3,1,150,1,1);COMMIT;总结理解数据库模型中进行规范化的目的掌握三范式的规则的定义确定实体是否符合三范式规则必要时将数据库模型转换，使其符合三范式规范化（Normalization）请考虑这样一种情况，您将朋友们的电话号码存储在以下三个不同的地方：通讯簿、移动电话和贴在冰箱上的一页纸。如果一位朋友更改了电话号码，就会带来很多麻烦。您必须分别更改通讯簿、移动电话和贴在冰箱上的那张纸中的相应条目。如果数据存储在数据库中的多个位置上，会发生什么情况？如果有人更改了其中一处的信息，但没有更改其它位置中的相应信息，则会发生什么情况？如何知道哪一处的信息是正确的？规范化就是消除此类问题的一个过程。数据库设计者的目标是“将信息存储在一个最佳位置中”。遵循规范化规则（范式）将有助于您达到此目标。第一范式（FirstNormalForm）第一范式要求不能存在多值属性。要检查1NF，请验证每个属性对于实体的每个实例是否具有单个值。学校的建筑物里会有很多教室，所以它是重复的属性。这违反了1NF规则。如果属性有重复的值，则应另外创建一个实体，并通过多对一关系将其与初始实体关联起来。<返回>第二范式（SecondNormalForm）组织像朋友们的电话号码和地址这样的信息时，需要确保将其存储在适当的位置（如个人通讯簿）中。例如，如果将朋友的地址存储在食谱盒里，则可能直到下次查找食谱的时候才会找到它。规范化就是消除此类问题的一个过程。第二范式（SecondNormalForm）第二范式要求任何非UID属性均依赖于完整的UID。这意味着不属于实体UID的所有属性都依赖于完整的UID。它特别适用于拥有由多个属性组成的UID或其UID为属性和关系组合的实体。然而，在此ERD中，电梯数量属性被放错了。它仅依赖学校建筑。这违反了第二范式。<返回>第三范式（ThirdNormalForm）您可能需要在个人通讯簿中记录一位朋友的不同类型的信息：电话号码、地址、学校名称或工作地点。如果有几位朋友在同一所学校学习，您如果在每个人的旁边记录学校的街道地址，则不仅数据发生重复，而且可能导致问题例如，如果因学校搬迁而更改了其地址，则您必须对每一处进行更改。规范化就是消除此类问题的一个过程。第三范式（ThirdNormalForm）第三范式(3NF)的规则表明，任何非UI