-
關于預留字段
無法準確的知道預留字段的類型。
無法準確的知道預留字段中所存儲的內容。
后期維護預留字段索要的成本，和增加一個字段所需要的成本時相同的。
嚴禁使用預留字段。
查看全部 -
避免使用觸發器的原因：
降低數據導入的效率。
可能會出現意想不到的數據異常。
時業務邏輯變得復雜。
查看全部 -
避免使用外鍵約束的原因：
降低數據導入的效率。
降低維護成本。
雖然不建議使用外鍵約束，但是相關聯的列上一定喲啊簡歷索引。
查看全部 -
如何選擇主鍵？
區分業務主鍵和數據庫主鍵
業務主鍵那用于標識業務數據，進行標語表之間的關聯；
數據庫主鍵為了優化數據存儲（Innodb會生成6個字節的隱含主鍵，盡量人為創建主鍵）
根據數據庫的類型，考慮主鍵是否要順序增長？
有些數據庫時按主鍵的順序邏輯存儲的。
主鍵的字段類型所占空間要盡可能的小
對于使用聚集索引方式存儲的表，每個索引后都會附加主鍵信息。
查看全部 -
時間類型如何存儲？
1. 使用int來存儲時間字段的優缺點
優點：字段長度比datetime小。
缺點：使用不方便，要進行函數轉換。故在需要經常查詢（如訂單日期）不適合用int存儲。
限制：只能存儲到2038-1-19 11:14:07即2^32為2147483648
2. 需要存儲的時間粒度
年 月 日 小時 分 秒 周
查看全部 -
decimal與float如何選擇？
原則：
decimal用于存儲精確數據，而float只能用于存儲非精確數據。故精確數據只能選擇用decimal類型。
由于float的存儲空間開銷一般比decimal小（精確到7位小數只需要4個字節，而精確到15位小數只需要8字節），故非精確數據優先選擇float類型。
查看全部 -
char與varchar如何選擇？
原則：
如果列中存儲的數據長度擦汗不多時一致的，則應該考慮用char；否則應該考慮用varchar。
如果列中的最大數據長度小于50Byte，則一般也考慮用char。（當然，如果這個列很少用，則基于節省空間和減少I/O的考慮，還是可以訓責用varchar）
一般不宜定義大于50Byte的char類型列。
查看全部 -
以上選擇原則主要是從下面兩個角度考慮：
在對數據進行比較（查詢條件、JOIN條件及排序）操作時：同樣的數據，字符處理往往比數字處理慢。
在數據庫中，數據處理以頁為單位，列的長度越小，利于性能提升。
查看全部 -
各個類型，及其對應的存儲空間
查看全部 -
字段類型的選擇原則：
優先選擇數字類型，其次是日期或二進制類型，最后是字符類型。對于相同級別的數據類型，應該有限選擇占用空間小的數據類型。
查看全部 -
3. 長名性原則：盡可能少使用或者不適用縮寫，適用于數據庫（DATABASE）名之外的任意對象。
查看全部 -
2.表意性原則：對表的名字應該能夠描述它所標識的對象。例如，對于表，表的名稱應該能夠表現表中存儲的數據內容；對于存儲過程，存儲過程名稱應該能夠表現存儲過程的功能。
查看全部 -
表及字段的命名規則：
1.可讀性原則：使用大寫和小寫來格式化的庫對象名字以獲得良好的可讀性。但要注意有些DBMS系統對表明的大小寫是敏感的。
查看全部 -
MySQL存儲引擎列表
查看全部 -
數據庫的選擇
成本問題：商業服務器一般以核數進行收費。
功能化：Oracle適合大的事務操作。
操作系統：SQLServer只支持Windows。
開發語言：如果用.Net語言適合SQLServer。
應用場景：Oracle和SQLServer更適合企業級項目。MySQL和PgSQL適用于互聯網項目。
查看全部
舉報