学院网站设计数据库表

1、数据库access设计。。能给我个表的结构么 谢谢各位

题目要求，是以任意一个为主题
做数据库（表结构）设计，和创建语句？
数据库设计：

医学院(学院编号，名称，……）
医学专业（专业编号，名称，……）
专业设置（学院编号，专业编号，招生人数）
创建表语句：
CREATE TABLE 医学院(学院编号 NUMBER, 名称 VARCHAR2(50), PRIMARY KEY (学院编号));
CREATE TABLE 医学专业(专业编号 NUMBER , 名称 VARCHAR2(50), PRIMARY KEY (专业编号));
CREATE TABLE 专业设置(专业编号 NUMBER , 学院编号 NUMBER , 招生人数 NUMBER
, PRIMARY KEY (专业编号,学院编号)
, FOREIGN KEY (专业编号) REFERENCES 医学院(学院编号)
, FOREIGN KEY (学院编号) REFERENCES 医学专业(专业编号)
)

2、数据库的规范化设计方法～

第一范式（1NF）：数据库表中的字段都是单一属性的，不可再分。这个单一属性由基本类型构成，包括整型、实数、字符型、逻辑型、日期型等。

例如，如下的数据库表是符合第一范式的：

字段1 字段2 字段3 字段4

而这样的数据库表是不符合第一范式的：

字段1 字段2 字段3 字段4
字段3.1 字段3.2

很显然，在当前的任何关系数据库管理系统（DBMS）中，傻瓜也不可能做出不符合第一范式的数据库，因为这些DBMS不允许你把数据库表的一列再分成二列或多列。因此，你想在现有的DBMS中设计出不符合第一范式的数据库都是不可能的。

第二范式（2NF）：数据库表中不存在非关键字段对任一候选关键字段的部分函数依赖（部分函数依赖指的是存在组合关键字中的某些字段决定非关键字段的情况），也即所有非关键字段都完全依赖于任意一组候选关键字。

假定选课关系表为SelectCourse(学号, 姓名, 年龄, 课程名称, 成绩, 学分)，关键字为组合关键字(学号, 课程名称)，因为存在如下决定关系：

(学号, 课程名称) → (姓名, 年龄, 成绩, 学分)

这个数据库表不满足第二范式，因为存在如下决定关系：

(课程名称) → (学分)

(学号) → (姓名, 年龄)

即存在组合关键字中的字段决定非关键字的情况。

由于不符合2NF，这个选课关系表会存在如下问题：

(1) 数据冗余：

同一门课程由n个学生选修，"学分"就重复n-1次；同一个学生选修了m门课程，姓名和年龄就重复了m-1次。

(2) 更新异常：

若调整了某门课程的学分，数据表中所有行的"学分"值都要更新，否则会出现同一门课程学分不同的情况。

(3) 插入异常：

假设要开设一门新的课程，暂时还没有人选修。这样，由于还没有"学号"关键字，课程名称和学分也无法记录入数据库。

(4) 删除异常：

假设一批学生已经完成课程的选修，这些选修记录就应该从数据库表中删除。但是，与此同时，课程名称和学分信息也被删除了。很显然，这也会导致插入异常。

把选课关系表SelectCourse改为如下三个表：

学生：Student(学号, 姓名, 年龄)；

课程：Course(课程名称, 学分)；

选课关系：SelectCourse(学号, 课程名称, 成绩)。

这样的数据库表是符合第二范式的， 消除了数据冗余、更新异常、插入异常和删除异常。

另外，所有单关键字的数据库表都符合第二范式，因为不可能存在组合关键字。

第三范式（3NF）：在第二范式的基础上，数据表中如果不存在非关键字段对任一候选关键字段的传递函数依赖则符合第三范式。所谓传递函数依赖，指的是如果存在"A → B → C"的决定关系，则C传递函数依赖于A。因此，满足第三范式的数据库表应该不存在如下依赖关系：

关键字段 → 非关键字段x → 非关键字段y

假定学生关系表为Student(学号, 姓名, 年龄, 所在学院, 学院地点, 学院电话)，关键字为单一关键字"学号"，因为存在如下决定关系：

(学号) → (姓名, 年龄, 所在学院, 学院地点, 学院电话)

这个数据库是符合2NF的，但是不符合3NF，因为存在如下决定关系：

(学号) → (所在学院) → (学院地点, 学院电话)

即存在非关键字段"学院地点"、"学院电话"对关键字段"学号"的传递函数依赖。

它也会存在数据冗余、更新异常、插入异常和删除异常的情况，读者可自行分析得知。

把学生关系表分为如下两个表：

学生：(学号, 姓名, 年龄, 所在学院)；

学院：(学院, 地点, 电话)。

这样的数据库表是符合第三范式的，消除了数据冗余、更新异常、插入异常和删除异常。

鲍依斯-科得范式（BCNF）：在第三范式的基础上，数据库表中如果不存在任何字段对任一候选关键字段的传递函数依赖则符合第三范式。

假设仓库管理关系表为StorehouseManage(仓库ID, 存储物品ID, 管理员ID, 数量)，且有一个管理员只在一个仓库工作；一个仓库可以存储多种物品。这个数据库表中存在如下决定关系：

(仓库ID, 存储物品ID) →(管理员ID, 数量)

(管理员ID, 存储物品ID) → (仓库ID, 数量)

所以，(仓库ID, 存储物品ID)和(管理员ID, 存储物品ID)都是StorehouseManage的候选关键字，表中的唯一非关键字段为数量，它是符合第三范式的。但是，由于存在如下决定关系：

(仓库ID) → (管理员ID)

(管理员ID) → (仓库ID)

即存在关键字段决定关键字段的情况，所以其不符合BCNF范式。它会出现如下异常情况：

(1) 删除异常：

当仓库被清空后，所有"存储物品ID"和"数量"信息被删除的同时，"仓库ID"和"管理员ID"信息也被删除了。

(2) 插入异常：

当仓库没有存储任何物品时，无法给仓库分配管理员。

(3) 更新异常：

如果仓库换了管理员，则表中所有行的管理员ID都要修改。

把仓库管理关系表分解为二个关系表：

仓库管理：StorehouseManage(仓库ID, 管理员ID)；

仓库：Storehouse(仓库ID, 存储物品ID, 数量)。

这样的数据库表是符合BCNF范式的，消除了删除异常、插入异常和更新异常。

范式应用

我们来逐步搞定一个论坛的数据库，有如下信息：

（1） 用户：用户名，email，主页，电话，联系地址

（2） 帖子：发帖标题，发帖内容，回复标题，回复内容

第一次我们将数据库设计为仅仅存在表：

用户名 email 主页 电话 联系地址 发帖标题 发帖内容 回复标题 回复内容

这个数据库表符合第一范式，但是没有任何一组候选关键字能决定数据库表的整行，唯一的关键字段用户名也不能完全决定整个元组。我们需要增加"发帖ID"、"回复ID"字段，即将表修改为：

用户名 email 主页 电话 联系地址 发帖ID 发帖标题 发帖内容 回复ID 回复标题 回复内容

这样数据表中的关键字(用户名，发帖ID，回复ID)能决定整行：

(用户名,发帖ID,回复ID) → (email,主页,电话,联系地址,发帖标题,发帖内容,回复标题,回复内容)

3、论文数据库设计怎么写

论文数据库设计需要按照以下数据内容按顺序排列即可。

1、学院数据实体：学院名称、负责人、办公电话、学院编号。

2、学生数据实体：学号、密码、姓名、性别、民族、籍贯、出生日期、身份证号、联系电话、Email、备注、学院编号、所在班级、角色名称、论文编号。

3、教师数据实体：教师编号、密码、学院编号、所在科室、发布选题、教育程度、职称、姓名、性别、政治面貌、联系电话、Email、角色名称、备注。

4、角色数据实体：角色名称、权限名称。权限数据实体：权限名称、角色名称。以上的实体都是基本的数据实体。

由于操作模块的名称对应该权限，在程序初始化时这些数据都应该添加，教师论文管理系统的目的进行论文管理，因此还要包括如下的几个数据实体：

1、论文数据实体：论文编号、学院、作者、刊物名称、论文题目、收录情况、教师编号、学号、影响力、影响因子、引用次数、备注。

2、评审数据实体：教师编号、学号、论文编号、论文题目、评审意见、总分。

将数据概念结构设计转化为SQLSERVER2005数据库系统所支持的实际数据库模型，就是数据库的逻辑结构。在实体以及实体之间的关系基础上，形成数据库中的表格以及各个表格之间的关系。

(3)学院网站设计数据库表扩展资料：

论文数据库设计注意事项：

1、标题。标题应鲜明、准确、精练地直接概括所进行的研究实践的主要内容和结果，正标题一般不超过20个字，如需有副标题，副标题一般不超过28个字。

2、内容提要。在主体内容前用200－500字扼要介绍论文的主要内容、采用的方法和得出的主要结论。

3、关键词。按照与论文内容紧密程度，另行依次列出3－5个关键词。

4、英文翻译内容。中文的标题、作者姓名、指导教师姓名、内容提要、关键词应翻译成英文。

参考资料：网络-文献数据库

4、在做一个毕业设计学院请假审批系统，请各位大侠帮忙想想设计数据库表，我是对数据库表示很晕。

数据库表的设计是在需求分析的基础上才进行的，先做分析，然后E-R，然后版才是真正建表（权当然这步可以通过ER工具完成）。
举个最简单的例子：
学生表（记录学生信息）
教职工表（记录辅导员、班主任等教职工信息）
审批规则表（确定谁先审批，下一个审批人是谁，每个审批人用编号表示，比如教职工编号，外键到教职工表）
请假申请表（编号、发起人、事由、起止时间等）
审批流程（请假申请编号、审批人、审批时间、审批结果、备注/理由等）

5、数据库主库与从库

主库和从库，应该就是主库和备库的关系吧，这是一种冗余设计，是防止数据库意外专崩溃的，通常不会属放在同一个服务器上，因为在同一个服务器上，当硬件出现问题的时候，同样达不到冗余的效果；在HA设计中，通常还会把主库和备库做成定时同步，并且在主库退服时，备库可以自动接管业务，达到不中断业务的效果~

6、编写数据库查询代码

1:
select a.学院名称,b.班级名称,b.班级代码,a.学院代码 from (select * from 学院表 where 学院类型='化学系') a
left join
班级表 b on a.学院id=b.学院id
2:
select b.学院名称,a.年级,a.班级数量 from
( select 学院id,count(班级id) 班级数量,'2009' 年级 from 班级表 where 年级 = '2009' group by 学院id) a
left join 学院表 b on a.学院id=b.学院id
3:
select 校区,count(id) 班级数量 from 班级表 group by 校区
4：
select d.学年,d.学期,c.选课课号,c.课程代码,c.课程名称,e.专业名称,a.姓名 from
(select * from 学生表 where 学号='096607601025') a
left join
公选课表 b on a.学生id=b.学生id
left jion
课程表 c on b.课程id=c.课程id
left jion
班级表 d on a.班级id=d.班级id
left jion
学院表 e on d.学院id=e.学院id

--如果我没有猜错的话应该就这样

7、SQL数据库课程设计 某学院有基本实体集：系、教师、学生和课程。 它们各有属性： 系：系编号、系名、位置

复杂了吧，不好说

8、中国石油大学远程教育学院计算机专业，Access数据库应用课程设计，数据结构课程设计，网页设计或网站建设

这个真没有，建议去找师兄师姐问问更好。

9、在数据库“SS”中包含专业信息表和学院信息表，要求设计数据库并实现：(1)按学院名称查询该学院所有专

select ZYMC,ZYID,ZYBZ --专业表什么列就自己写出来
from XYB innet join ZYXXB on XYB.XYID = ZYXXB.XYID
WHERE XYB.XYMC = '网络大学'

--XYB学院表，内ZYXXB专业信息表，XYMC学院名称
--都是汉语拼音容，

10、求数据库设计实例，具体要求，某学院有基本实体集：系、教师、学生和课程 要有E-R图 求高手教路

资料打不完 懂点数据库的高手速度MM