好的資料庫結構 (database schema) 和壞的資料庫結構在多個方面存在顯著差異,這些差異會直接影響資料庫的效能、可維護性、擴展性和數據完整性。並且當開發系統時,好的資料庫結構可以讓程式容易撰寫及維護,而壞的資料庫結構可能讓程式變得很龐大,並且無法在變更系統需求時還能修改維護。 以上的說法,可能很難以理解,我們用實際的例子來說明。 我們用農民曆上的食物相剋圖來設計資料庫結構,狀況及需求如下 : (1)當兩個食物一起吃,會造成不適的症狀,例如拉肚子或是中毒。 (2)可以透過解毒物來解除不適的症狀。 我們先抓出物件 : 食物、解毒物、不適的症狀。 因此會有一個食物的資料表單,然後會有解毒物的資料表單,至於這兩個物件是應該兩個資料表單,還是合成一個資料表單,後面再來決定。 不適的症狀也會是一個資料表單,裡面會有兩個食物的欄位,如果症狀用文字表示,有違反正規化的情況,因此不適症狀資料表單中以症狀id來關連到另外一個症狀表,會比較恰當。 最後,特定症狀需要使用特定解毒物,也會形成一個解毒的資料表單。 綜合以上,形成資料表單如下 : Food(食物):包含食物id、食物名稱和描述等資料。 Interaction(相剋反應):包含反應id、兩種食物的id和症狀id。 Symptom(…