前台（客戶使用的系統）
後台（管理員使用的系統）
前端前台
後端後台
「訂單詳情表」使用「訂單編號」和「產品編號」作為聯合主鍵。此時「產品**」、"產品數量"都和聯合主鍵整體相關，但是「訂單金額」和「下單時間」只和聯合主鍵中的"訂單編號"相關，和"產品編號"無關。所以只關聯了主鍵中的部分字段，不滿足第二正規化。
把"訂單金額"和"下單時間"移到訂單表就符合第二正規化了。
上面表中的"部門名稱"和"員工編號"的關係是"員工編號"->「部門編號」->「部門名稱」，不是直接相關。此時會帶來下列的問題：
正確的做法是：把上表拆分成兩張表，以外鍵形式關聯。
"部門編號"和"員工編號"是直接相關的。
第二正規化的另一種表述方式是：兩張表要通過外來鍵關聯，不儲存冗餘字段。例如：不能在"員工表"中儲存"部門名稱"。
根據上面的原型頁面我們看到管理員表需要包含如下字段：
冗餘字段
為了避免建表時考慮不周有所遺漏，到後期再修改表結構非常麻煩，所以也有團隊會設定一些額外的冗餘字段備用。
實際開發對接
實際開發中除了一些各個模組都需要使用的公共表在專案啟動時建立好，其它專屬於各個模組的表由該模組的負責人建立。但通常開發人員不能直接運算元據庫伺服器，所以需要把建表的sql語句傳送給運維工程師執行建立操作。
XX專案 記錄（一）
記得以前聽某人說過，最壞的方法是武斷，最好的方法是傾聽。xx是加入公司以來接觸的第乙個 專案，這個專案大體上是實現資料從源a，b，c 可能還有d,e,f 發布到b，b是data center 從而幫助客戶 搭建具有統 一 高質量 全面的資料平台 該專案就圍繞資料中心設計 資料轉換及應用排程 等相關專...
記錄一次dubbo專案實戰
存在2個系統，a系統和b系統，a系統呼叫b系統的介面獲取資料，用於查詢使用者列表。安裝zookeeper，解壓 zookeeper 3.4.8.tar.gz 得到如下 該目錄為存放資料的目錄。然後啟動，在bin目錄下 1.匯入依賴 org.springframework spring webmvc ...
專案記錄 架構
今天，專案負責人召集大家開會，要修改我們前面做的設計，並給我們展示了他這2天進行的架構設計。另外兩位同事都有自己的意見，一是覺得要需求牽引，不支援前期的可能是過度也可能是錯誤的設計 二是要修改的 量過大，前面的工作大部分都要重來。我看了 展示後，有這樣的感覺 1 架構設計得很好 2 寫得很好 3 擔...