对于没有预订客房或入住宾馆的客户，需要在(a)关系中修改其(b)属性的值域，以满足这类客户在宾馆预订机票的需求。

阅读下列说明，回答问题1至问题3，将解答填入的对应栏内。

[说明]

M公司为某宾馆设计宾馆机票预订系统，初步的需求分析结果如下：

(1)客户可以在提前预订或直接入住时向宾馆提供相关信息，宾馆登记的客户信息．包括：客户编号，姓名，性别，类型，身份证号，联系方式，预订日期，入住时间和离开时间等信息。其中类型字段说明客户是普通客户或VIP客户，不同的客户类型享受订票的折扣额度不同。直接入住的客户其预订日期取空值。

(2)需要预订机票的客户应填写“机票预订”表，提供飞行日期、航班号、出发时间、目的地等信息。宾馆根据客户订票信息购票后，生成“客户订单”表，并根据客户类型确定相应的折扣额度。“机票预订”和“客户订单”表如下表1、表2所示。

[逻辑结构设计]

根据需求阶段收集的信息，设计的关系模式如下图所示。

关系模式的主要属性、含义及约束如下表3所示。

对关系“客户”，请回答以下的问题：

(1)若选定(客户编号，预订日期)作为主码，未预订而直接入住的客户信息能否录入客户表?如不能，请说明原因。

(2)对“客户”关系增加一个流水号属性作为主码，“客户”关系属于第几范式?还存在哪些问题?

(3)将增加入住标识属性后的“客户”关系分解为第三范式，分解后的关系名依次取客户1、客户2、…。

阅读下列说明和图，回答问题1至问题4，将解答填入对应栏内。

某宾馆拟开发一个宾馆客房预订子系统，主要是针对客房的预订和入住等情况进行管理。

【需求分析结果】

(1)员工信息主要包括员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中的本部门员工的岗位和密码，要求将每一次更改前的信息保留；岗位为“服务”的员工只能修改员工表中本人的密码，且负责多个客房的清理等工作。

(2)部门信息主要包括部门号、部门名称、部门负责人、电话等信息：一个员工只能属于一个部门，一个部门只有一位负责人。

(3)客房信息包括客房号、类型、价格、状态等信息。其中类型是指单人间、三人间、普通标准间、豪华标准间等；状态是指空闲、入住和维修。

(4)客户信息包括身份证号、姓名、性别、单位和联系电话。

(5)客房预定情况包括客房号、预定日期、预定入住日期、预定入住天数、身份证号等信息。一条预定信息必须且仅对应一位客户，但一位客户可以有多条预定信息。

【概念模型设计】

根据需求阶段收集的信息，设计的实体联系图(不完整)如下图所示。

【逻辑结构设计】

逻辑结构设计阶段设计的部分关系模式(不完整)如下：

员工((4)，姓名，出生年月，性别，岗位，住址，联系电话，密码)

权限(岗位，操作权限)

部门(部门号，部门名称，部门负责人，电话)

客房((5)，类型，价格，状态，入住日期，入住时间，员工号)

客户((6)，姓名，性别，单位，联系电话)

更改权限((7)，密码，更改日期，更改时间，管理员号)

预定情况((8)，预定日期，预定入住日期，预定入住天数)

根据问题描述，填写上图中(1)～(3)处联系的类型。联系类型分为一对一、一对多和多对多三种，分别使用1：1，1：n或1：*，m：n或*：*表示。