-
長名原則 盡可能好實用縮寫 避免實用外鍵約束 1.降低數據導入的效率 2.增加維護成本 3.雖然不建議使用外鍵約束，但是相關聯的列上一定要建立索引 避免使用觸發器 1.降低數據導入的效率 2.可能會出現意想不到的數據異常 3.使業務邏輯變的復雜 嚴禁使用預留字段 維護數據字典 尤其是狀態字段所代表的含義 維護索引 維護表結構 數據字典維護 1.使用第三方工具 2.使用備注字段 表的水平拆分查看全部
-
decimal與float數據選擇查看全部
-
char與Varchar如何選擇查看全部
-
E-R圖基本概念查看全部
-
這個表拆的不對，商品1和商品2的聯系人不同看不出來，應該將聯系人代替供應商與商品ID一起作為區分。查看全部
-
不同的數據類型占用的字節不用。當有多個數據類型供于選擇時，優先選擇數字類型，然后選擇datetime等，最后選擇char，varchar。date類型占用三個字節。查看全部
-
不同的mysql引擎功能也不同。查看全部
-
設計數據庫原因 常用數據庫查看全部
-
設計數據庫原因 常用數據庫查看全部
-
常用數據庫查看全部
-
第三范式不存在非關鍵字段對候選字段的傳遞函數依賴。查看全部
-
第一范式的屬性無法再分了。查看全部
-
轉：通常情況下，我們使用取模的方式來進行表的拆分;比如一張有400W的用戶表users，為提高其查詢效率我們把其分成4張表users1，users2，users3，users4 通過用ID取模的方法把數據分散到四張表內Id%4+1 = [1,2,3,4] 然后查詢,更新,刪除也是通過取模的方法來查詢 $_GET['id'] = 17, 17%4 + 1 = 2, $tableName = 'users'.'2' Select * from users2 where id = 17; 在insert時還需要一張臨時表uid_temp來提供自增的ID,得到自增的ID后,又通過取模法進行分表插入;查看全部
-
數據庫查看全部
-
主鍵hash方式拆分查看全部
舉報
0/150
提交
取消