該書內容的總結：
1.資料庫管理系統的目標。普通的crud操作，原子事務處理特性及事務處理的acid（原子，一致，隔離，持久）。
2.資料庫設計過程：
使用者的需求！-》問題清單？
資料需求-》使用者介面模型 vs word介面？用例圖和需求文件---》所有開發人員目的一致，避免吵架！
初期資料庫設計-》word中的表？表名，欄位名 型別 是否空 約束？
語義物件模型 vs 實體關係模型-》viso vs powerdesigner?
語義物件模型或實體關係模型 轉換為 關係模型-》viso vspowerdesigner? (實體集-》表名，屬性-》字段，在表中加外來鍵鏈結）
規範化-》1nf（列名不重，取值單一，無重複行，行列無序），2nf（1nf，非鍵字段全部依賴於鍵欄位），3nf（2nf，非鍵字段之間不能互相依賴）。止步於3nf？
3.資料庫設計陷阱
允許資料冗餘，止步於3ｎｆ
資料庫可以完成字段約束，何樂不為，這對資料庫來說小菜一碟
4.風格
一半講解資料庫設計過程，三分之一講解乙個例項，後面講解資料庫產品及sql，安全
5.語言風趣幽默，結構嚴謹，知識很有實踐價值，且深入淺出，對於實體關係模型準換關係模型，再接著規範化，以及可能的錯誤都歸納的非常好。
資料庫設計入門及ERMaster的安裝和使用
資料庫的設計步驟 1.標識表 根據需求建立表 2.標識表的字段 3.標識表與表之間的關係 注意事項 三大正規化 1.確保標識的字段的原子性，欄位的概念分的不能再分 2.確保欄位與表有依賴的關係 3.確保標識的字段與表有直接依賴的關係 三大正規化保證科字段在資料庫表中的唯一性，避免了資料庫的冗餘 er...
需求設計入門
我正式參加的第乙個專案是移動渠道運營，由於公司人手不夠，老大將渠道資源的大模組交給我乙個人來負責，由於之前的詳細設計極為粗略，庫表設計也沒有，所以一切就得自己來搞定了。開發過程中與客戶進行過2次粗略的互動，可由於我是新手，對移動業務很是不熟悉，他們的需求我難以全部消化。兩個月後一期開發完畢，昨天在現...
RESTful API 設計入門
前後端對接其實主要是面向 api 文件開發，而 api 的設計中，有一種 restful api 的設計，具有規範，從某一種角度，我覺得 restful api 可以很好的把後端 api 從繁雜的業務中抽象出來，更好地進行管理和編寫，同時也具有良好的可讀性。對於一些現代化的 mvc 框架，在腳手架階...