在关系模式酒店_留言表中 ， 联合主键为 ， 和 ， 函数依赖为{, , } -> ， {, , } -> ， {, , } -> t ， {, , } -> ， 故该关系模式也满足BCNF 。
由于在关系模式酒店_留言表中不存在多值依赖 ， 故不属于4NF 。
综上所述 ， 关系模式酒店_留言表属于BCNF 。
（11）分析关系模式（ ， ， ， ， ， ）
在关系模式非遗文化表中 ， 每一个属性都不能再分 ， 故满足第一范式（1NF） 。
主键为 ， 所以 ， ， link ， 都为非主属性 。根据候选键定义可知 ， 完全决定 ， ， link ， ， 即每一个非主属性完全依赖于候选键 ， 故该关系模式满足第二范式（2NF） 。
每一个非主属性不传递函数依赖于候选键 ， 即决定 ， 但不决定 ， link ， 。故满足第三范式（3NF） 。
在关系模式非遗文化表中 ， 候选键为 ， 函数依赖为-> ， -> ， ->link ， -> 。故该关系模式也满足BCNF 。
由于在关系模式中不存在多值依赖 ， 故不属于4NF 。
综上所述 ， 关系模式属于BCNF 。
在关系模式中 ， 联合主键和为候选键 ， 函数依赖为,-> ， ,-> ， ,-> ， ,-> ， 因此该关系模式满足BCNF 。
由于在关系模式中不存在多值依赖 ， 故不属于4NF 。
综上所述 ， 关系模式属于BCNF 。
3.2.3用户子模式设计
用户子模式的建立 ， 其功能就是方便用户的查询并起到了一定的保护数据库的作用 ， 视图的建立应根据具体的应用情况 ， 根据用户的需求 ， 进行相应的视图建立 ， 建立视图的原则应在尽量满足用户的需求的前提下进行 ， 并同时保护其他的数据的安全性 ， 以免数据的泄露与破坏 ， 数据库视图的建立在下面有相应的举例及应用 ， 这里就不再多说了 。
学生-课程-实验（学号 ， 姓名 ， 性别 ， 年龄 ， 班级 ， 课程号 ， 课程名 ， 实验号）
课程-实验（实验号 ， 实验名 ， 截止时间 ， 完成情况 ， 课程号 ， 课程名 ， 课时 ， 学分）
教师-课程（课程号 ， 课程名 ， 课时 ， 学分 ， 授课教师号 ， 主讲教师号）
（这个地方应该是要创建视图来进一步满足用户需求）
3.3数据处理
数据处理（见图）
（这个要依据那个前端可以实现哪些 来写）
4.物理结构设计
4.1物理设计目标与任务
数据库的物理设计通常是确定数据的相关存储过程 ， 它一般是依赖于相应的数据库管理系统 ， 几乎是机器进行自主完成的任务 ， 不用过多的人去考虑 ， 但有时为了效率的问题 ， 以及其他的要求 ， 必须进行相应的物理设计 ， 以达到相应的要求 ， 这就是物理设计的根本目的 ， 而我们在这里的物理设计一般就是建立索引的过程 ， 所以对于用户的要求建立什么样的索引就成了设计者的任务 ， 我们在这里就是进行这样的数据库索引设计 。
4.3物理存储
得到系统逻辑模型后 ， 就该进行数据库的物理设计和实施数据库了 ， 物理设计主要是要确定数据库的存储路径、存储结构以及如何建立索引等 ， 可以采用系统的默认设置 。为保证数据的安全性和可靠性 ， 可采用数据库自带的备份和恢复工具和进行周期性备份和定时恢复 ， 并考虑使用其他备份方案 ， 如基于云存储的备份服务或物理存储设备的备份 。数据库在物理设备上的存储结构与存取方法就是数据库的物理结构 ， 它依赖于选定的数据库管理系统 ， 为一个给定的逻辑数据模型选取一个最合适的应用环境的物理结构过程 ， 就是数据库的物理设计 。这一阶段主要任务时确定数据库的物理结构 ， 并不断的进行优化处理 ， 主要建立索引 ， 触发器 ， 存储过程 。