學院網站設計資料庫表

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