摘要

• 文章編號：20051005
• 投稿日期：2005/09/25
• 作者：林恩正
• 備註：

在前期的月刊中，已有介紹校園網站基礎的功能與資料庫的ERD設計圖，本期要介紹的是資料公布的檢驗以及授予權限的控管。

在最新消息、公布欄、行事歷等系統，張貼的內容都是要將某些訊息傳達給使用者知道，能夠保障這些訊息的合適與正確，是檢驗系統的目標。不同於其他最新消息 系統在新增後訊息就馬上能夠被瀏覽，而是在新增之後，經過了數名檢驗者依設定的檢驗規則，檢驗通過之後才會張貼給使用者瀏覽，由檢驗者來對張貼的訊息做品 質管理。

依據不同的系統，可以定義不同的檢驗通過或不通過的判斷方式，所以不同的系統會有不同的檢驗規則。在檢驗系統中，檢驗者有分為預檢者與再檢者兩種，預檢者 為預設就會是檢驗者，再檢者是可以在檢驗中途加入或是在新增資料時選取。再檢者與預檢者在檢驗規則中也有差異，是否有預檢者檢驗過會是檢驗通過的重要關 卡。這樣的檢驗系統，在資料庫中需要如何實作呢?

這是加入檢驗系統之後的ERD，在使用者與資料之間有了預檢者檢驗資料，以及檢驗團成員成為再檢者檢驗的關聯，在資料種類也多了定義事件及反應來做為檢驗 規則，在前期的月刊中已經提過，雖然最新消息、公布欄都是不同的系統，但是資料卻是存在同一個Entity內，用資料種類來做分辨，所以在這裡對資料種類 定義檢驗規則，就等於對各個系統定義各自的檢驗規則，這樣的ERD即可滿足檢驗系統的需求。

在校園網站的權限系統中，允許使用者將自己所擁有的權限授權給另一使用者，但權限就是使用系統功能的能力，所以授權後，將會受到控管，經過上層的權力來源者同意後，授權才會生效。 

這是使用者與權限的ERD，使用者擁有權限，每個擁有的權限有授權者為授予權限的人。擁有的每一個權限都會受到數個使用者控管，這些控管的人，都會是這個權力的授權者、或授權者的授權者，就是權力的來源者，這部分在ERD中就沒有表示出來了。

觀察檢驗系統及授權控管系統，發現這兩個系統有一定程度的相似，以下對這兩個系統運作流程做一個比較

1. 檢驗系統：新增資料→檢驗者檢驗→符合檢驗規則 →公布資料
2. 授權控管：授予權限→控管者控管→所有控管者同意→授權生效

經過整理之後--

相同處：在新增之後，經過某些人確認，符合一個規則，然後成立 不同處：新增的資料及新授予的權限是存在不同資料表中，公布資料及授權生效也是記錄在不同資料表

有沒有可能有一個子系統，可以做到上述相同處的功能，又能解決資料在不同資料表的問題呢?

這是一個檢驗子系統的ERD，有點相似於資料檢驗系統的ERD，最大的不同處就是在這邊是應用系統來定義事件及反應，而不是用資料種類，應用系統與資料種 類的差別為，應用系統是分辨每一個不同的系統，而資料種類是分辨在資料這個Entity中所屬於不同的系統，所以用應用系統可以更廣意的含蓋了各個不同的 系統，不限制要儲存在固定的資料表中。

這樣似乎可以提供檢驗與控管兩個系統中相同的需求，但是尚不能很完善的解決資料會儲存在不同資料表中的問題，解決的方法還需要研究。但是， 即使找到解決的方法，還要考慮實作所付出的成本，如果實作這一個子系統需要付出比對檢驗系統與授權控管系統兩個系統分別開發還要高的成本，那麼即使有方 法，也不一定就會有實作的一天。