阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。
【说明】
某旅行社拟开发一套旅游管理系统，以便管理旅游相关的信息。1.旅行社可发布旅游线路的信息，包含：线路的价格、天数、住宿情况，以及具体的行程安排等。不同的线路参观的景点及住宿情况不相同，如表4-1所示。
2.游客与旅行社沟通，选择适合自己的线路，并由旅行社为其生成订单，以记录游客联系人的姓名、身份证号、联系方式、人数、所选线路、导游安排和票务信 息。旅行社为游客在行程中的每个城市安排一个负责导游，负责游客在该城市的具体旅行安排。同一城市的负责导游相同，不同城市的负责导游有可能不同。3.旅 行社的每位员工只属于一种固定的员工类别，系统可记录员工的多部手机号。旅行社按月统计导游每月的带团人数和游客投诉次数，以计算导游的当月月薪。
根据上述需求，初步设计了旅游信息数据库，其关系模式如图4-1所示。
【问题2】(7分)
对关系"订单信息"，请回答以下问题：
(1)"订单信息"是否为2NF范式，用100字以内文字简要说明会产生什么问题。
(2)把"订单信息"分解为第三范式，分解后的关系名依次为：订单信息1，订单信息2，…。
(3)列出分解后的各关系模式的主键。
参考答案：
（1）“订单信息”关系不满足第二范式，即非主属性不完全依赖于码。 会造成插入异常、删除异常和修改复杂（或修改异常）。 （2）分解后的关系模式如下： 订单信息1（订单号，线路编号，联系人身份证号，出发时间，订单价格，人数） 订单信息2（联系人身份证号，联系人名称，联系方式） 订单信息3（订单号，负责导游工号，负责城市） （3）分解后的主键如下： 订单信息1（订单号，线路编号，联系人身份证号，出发时间，订单价格，人数） 订单信息2（联系人身份证号，联系人名称，联系方式） 订单信息3（订单号，负责导游工号，负责城市）
解析：
本问题考查第二范式和第三范式的理解和应用。 根据第二范式的要求：不存在非主属性对码的部分依赖。 根据题意和"订单信息"关系模式可知，不属于任何候选键的属性(非键属性)为： 线路编号，联系人名称，联系人身份证号，人数，联系方式，订单价格，出发时间，负责城市。 "订单信息"关系模式的函数依赖为： 订单号，负责导游工号→负责城市 订单号→线路编号，联系人身份证号，人数，订单价格，出发时间 联系人身份证号→联系人名称，联系方式 "订单信息"关系模式存在非主属性对码的部分依赖，因此，不属于第二范式。 根据第三范式的要求：每一个非主属性既不部分依赖于码也不传递依赖于码。 因此，需要根据第三范式的要求和"订单信息"关系模式的函数依赖，对"订单信息"关系模式进行分解以满足第三范式的要求。