-
decimal與float的選擇：
查看全部 -
char于varchar的選擇：
注意：utf-8中 1字符=3Byte ,因此若小于15個字符用char,大于15字符用varchar。
查看全部 -
數據庫字段類型選擇原則：
數字類型(int)>日期或二進制類型(Datetime)>字符類型(char>varchar)；
相同級別類型優先選擇占用空間小的類型。
查看全部 -
數據庫表及字段的命名規則：
可讀性原則（用大小寫區分來提高可讀性等）；
表意性原則（表的名稱應能體現其存儲內容等）；
長名原則（少用縮寫）。
查看全部 -
MYSQL常用存儲引擎：
Innodb? 最適用
Archive 適用于日志記錄
Ndb cluster 適用大部分應用
查看全部 -
物理設計，表的命名駝峰法，表示出什么意思，不要縮寫。采用innodb 行級鎖定，適用大量主鍵查詢。myisam表鎖定，適用少量查詢的web應用。50個byte下用char，以上用varchar。日期存儲用優先用int 然后detatime，字符串下先char? 后varchar。精確數據用decimal，非精確用float，后者占用空間比較少。設置主鍵，沒有設置也有隱藏6位長度主鍵，關聯數據較多的表適當反范式化。
查看全部 -
主鍵:可以存儲業務主鍵(標識業務數據,進行標語表關聯)和數據庫主鍵(優化數據庫)
避免使用外鍵約束:降低數據導入效率,增加維護成本
避免使用觸發器:導致意想不到的數據異常,是業務邏輯變復雜
嚴禁預留字段
查看全部 -
列的數據類型影響存儲空間開銷,另一方面影響查詢性能,當一個列可以選擇多種數據類型時,優先選擇數字類型,其次是日期和二進制類型,最后才是字符串類型;
注意:在對數據處理時(查詢提條件,join條件及排序)操作時,同樣的數據,字符往往比數據處理慢;
在數據庫中,數據處理以頁為單位,列的長度越長,利于性能提升;
查看全部 -
oracle 性能好,進行大的事物操作性能好,可以同時運行在windows和liunux系統下;應用于企業級公司或者金融公司;
SQLServer只能運行在windows系統上,開發使用.NET語言時,SQLServer更加合適;互聯網項目
查看全部 -
第一范式:數據庫每個數據都是不可拆分的,原子性;
第二范式:數據庫表中不存在非關鍵字對任意候選關鍵字段的部分函數依賴,
部分函數依賴是指存在著組合關鍵字的某一關鍵字決定非關鍵字的情況;
換句話說:所有單關鍵字段的表都符合第二范式;
第三范式 : 在第二范式的基礎上,如果數據庫表中不存在非關鍵字段對任意候選關鍵字段的傳遞函數依賴;
比如:在商品表中,單關鍵字是"商品名稱"(符合第二范式),另有"商品分類"和"商品分類描述",但是""商品分類描述" 對"商品分類"依賴? ,而每個商品名稱都有對應的商品分類;因此傳遞依賴:商品名稱->商品分類->商品分類描述;
BC范式:在第三范式的基礎上,數據庫中如果不存在任何字段對任一候選關鍵字段傳遞函數依賴;也就是說,如果是復合關鍵字,復合關鍵字之間也不能傳遞函數依賴;
查看全部 -
ER圖例說明:
矩形:表示實體集,矩形內寫實體的名字
菱形:表示聯系集
橢圓:表示實體屬性
線段:將屬性鏈接到實體集
查看全部 -
設計表前的需求分析可以讓我們知道:
實體與實體之間的關系(1對1,1對多,多對多);
實體的屬性;
實體屬性中的唯一標識有哪些
哪些數據不是核心的數據,有效的進行歸檔和刪除;
查看全部 -
數據庫設計過程:
需求分析:分析需要存儲的數據是哪些,這些數據有哪些屬性,這些屬性各自的特點是什么
邏輯設計:使用ER圖對數據庫進行邏輯建模,
物理設計:使用哪款數據庫設計建表(oracle,myslq,sqlserver)
維護優化:索引優化,大表拆分
查看全部 -
數據庫不同數據類型所占用的字節數
查看全部 -
Mysql常見的幾種引擎
查看全部
舉報