1.需求分析：全面了解產品設計的儲存需求
儲存需求：資料庫需要儲存什麼樣的資料，資料具有什麼樣特點
資料處理需求：我們需要如何對資料庫進行讀取或修改以完成產品設計的功能，已經對資料處理的響應時間有什麼要求，資料處理的方式是批量處理還是連線處理
資料的安全性和完整性： 包括資料的生命週期和資訊
2.邏輯設計：設計資料的邏輯儲存結構
這個階段不要關心什麼資料庫，什麼儲存引擎，搞清楚資料實體之間的邏輯關係，解決資料冗餘和資料維護異常，用設計正規化
3.物理設計：根據所使用的資料庫特點進行表結構設計
關係型：oracle,sqlserver,mysql,postgressql
非關係型資料庫：mongo，redis,hadoop
儲存引擎：innodb
4.維護優化：根據實際情況對索引，儲存結構等進行優化
資料庫設計正規化：就是我們在設計資料庫需要遵循的一些規範，只要按照這個正規化就可以設計出 沒有資料冗餘和資料維護異常的資料庫結構
資料庫三正規化：一般只需要滿足這三條就可以符合需求設計（不是效能最好），我們也不能完全按照正規化設計，因為還要考慮實際的業務使用情況
第一正規化：資料庫表中所有欄位都只具有單一屬性，不能在進行分解
單一屬性的列是由基本的資料型別（如整形，浮點型，字元型）所構成的
設計出來的表都是簡單的二維表
第二正規化（符合第二正規化要滿足第一正規化的要求）：
要求乙個表中只具有乙個業務主鍵，也就是說符合第二正規化的表不能存在非主鍵列對只對部分主鍵的依賴關係。
非主鍵列對只對部分主鍵的依賴關係只出現在主鍵是符合主鍵的情況下，如果是單一主鍵一定滿足第二個正規化要求
第三正規化：
指每乙個非主屬性既不部分依賴於也不傳遞依賴於業務主鍵，也就是在第二正規化的基礎上消除了非主屬性對主鍵的傳遞依賴
資料庫結構設計
1.3概念設計的任務 1.2概念設計的依據 需求分析的文件，需求說明書，功能模型 資料流圖或idef0圖 資訊模型 er圖 和資料庫概念說明書是資料庫邏輯設計的依據 1.2 資料庫概念設計過程 1.3 資料建模方法 er建模方法 idef1x建模方法標識er模型中的聯絡，依次轉換與每個聯絡相關聯的實...
redis資料庫結構設計
之前遊戲開發服務端都是用純c 來寫，現在很多寫遊戲伺服器越來越傾向指令碼語言，因為用c 來寫一些邏輯的確是痛苦之極，當然如果追求效率的還是用c c 實現更好。最近時間自己通過研究了解雲風寫的skynet框架學習了lua，研究skynet其實是想把這框架用到公司現在遊戲專案裡替換掉現在用的乙個純c 框...
資料庫 概念結構設計
概念結構設計是將需求分析得到的使用者需求抽象為資訊結構即概念模型的過程，它是整個資料庫設計的關鍵。只有將需求分析階段得到的系統應用需求抽象為資訊世界的結構，才能更好 更準確地轉化為機器世界中的資料模型，並用適當的dbms實現這些需求。概念結構設計的方法和步驟 概念結構設計的方法通常有以下4種 其中最...