前面的學生選課資料表格 SC，其功能相依性如下：

由前面的分析，我們知道它會造成新增、刪除與更新的異常，因此我們必須將其正規化，因為屬性 Credit 與 Cname 並非完全功能相依於主鍵(Sno, Cno)，所以可利用 Rissanen 的原則，加以分解為兩個關聯表 R1(Sno, Cno, Score) 與 R2(Cno, Cname, Credit)：

R1 的功能相依性(FD) 如下：
(Sno, Cno)→Score
R2 的功能相依性(FD) 如下：
Cno→ Cname, Credit

   R1(Sno, Cno, Score)：                  R2(Cno, Cname, Credit)：

若我們仔細注意分解後的兩個關聯表，我們會發現原關聯表 R 中的功能相依性的決定者(Cno) 在 R2 中為主鍵，而在 R1 中則成為了外來鍵。如此一來，原關聯表 R 中的所有功能相依性仍能保留著。而且 R1 與 R2 都不存在部份功能相依性，所以都是第二正規化表格，我們並且可以檢視原來在R中的新增、刪除與更新異常現象在R1 與 R2都沒有出現，因此達成了正規化的目的。
　

課程資料表格 Course，其中包括課程代碼(Cno)、課程名稱(Cname)、授課教師代碼(Tno) 與授課教師名字(Tname)，而課程代碼(Cno) 為主鍵。
　

其功能相依性(FD) 如下：
　

其功能相依圖如下：

我們可檢視其功能相依性，可得知關聯表 Course 並沒有存在非鍵值屬性部份功能相依於鍵值屬性，因此關聯表 Course 為第二正規化表格。但是，我們必須檢視其是否仍存在新增、刪除與更新的異常現象：
　

(1) 假設學校新聘了個新老師黃小鵬，其教師代碼(Tno) 為 C8688，但他未開任何課程所以也就沒有課程代碼(Cno) 與課程名稱(Cname)，因此 Cno 與 Cname 為虛值(Null)。如果我們欲將這些資料新增到表格 Course 中
　

便會使得主鍵 Cno 為虛值(Null)，如此違反了關聯式資料模式的個體整合限制規則(Entity Integrity Rules) 中的主鍵不可為虛值的規定。這種因新增資料而產生的異常現象，稱為新增異常。
　

(2) 假設陳一山老師這學期只開一門生產管理課程，而後因人數不足而沒開成，因此必須將這筆記錄刪除
　

由於原先陳一山老師只開一門課，所以資料表格中，只有一筆陳一山老師的資料，因此刪除這記錄時，會造成陳一山老師的資料例如名字與教師代碼也一併被刪除，因而造成資料的遺失，這種因刪除時，刪除了有用資料的情況，稱為刪除異常。
　

(3) 假設林大為老師因為個人因素改名為林大偉，因此必須重覆修改資料庫表個中其教師名字。萬一不小心只修改了部份的教師名字時，便會造成資料的不一致的情況。這種因資料的重覆，因而在修改時必須更改多筆記錄，否則會造成不一致的情況，稱為更新異常。
　

根據第二正規化的定義，關聯表 Course 為第二正規化表格，但是仍然存在著新增、刪除與更新等異常現象，其主要的問題是因為非鍵值間存在的功能相依性，也就是遞移相依性：Tno→Tname。於是我們依 Rissan 的分解原則將 Tno→Tname 由原來表格 Course 中分解出，而形成二個關聯表 Course1 (Cno, Cname, Tno) 與 Teacher(Tno, Tname)：
　

表格 Course1 的功能相依性(FD) 如下：
Cno→Cname, Tno

表格 Teacher 的功能相依性如下：
Tno→Tname
　

          Course1 (Cno, Cname, Tno)：      Teacher(Tno, Tname)：

若我們仔細注意分解後的兩個關聯表，我們會發現原關聯表 Course 中的功能相依性之決定者(Tno) 在 Teacher 表格中成為了主鍵，而在 Course1 表格中則成為了外來鍵。如此原關聯表 Course 的所有的功能相依性都能全部保留。而且表格 Course1 與 Teacher 都不存在遞移相依性，所以都是第三正規化表格，我們並且可以檢視原來在R中的新增、刪除與更新異常現象在Course1 與 Teacher 沒有出現，因此達成了正規化的目的。