-
邏輯設計：
將需求轉化為數據庫的邏輯模型。
通過ER圖的形式對邏輯模型進行展示。
同選用的具體的DBMS系統無關。
查看全部 -
需求分析的原因：
了解系統中索要存儲的數據。
了解數據的存儲特點。
了解數據的生命周期。
查看全部 -
一個優良設計的數據庫：
減少數據冗余、避免數據維護異常、節約存儲控件、高效的訪問
查看全部 -
為什么要進行需求分析，
1了解系統中所要儲存的數據
2.了解數據的儲存特點
3.了解數據的生命周期
查看全部 -
數據庫以頁的方式進行存儲查看全部
-
如果創建外鍵，每寫入一條數據，都要去相應外鍵表中，查看寫入的外鍵是否存在，這樣會影響寫入效率。查看全部
-
禁止使用select*這樣的查詢
不要使用數據庫中的全文索引
查看全部 -
Innodb 支持事務，支持MVCC的行級鎖，主要應用事務處理，無忌用
查看全部 -
表的水平拆分
查看全部 -
需求分析過程，了解需要存儲的數據及其存儲特點
具有時效性的數據，考慮過期清理等
增長快，數據量很大，但卻不是核心數據的，可以采用分庫分表的方式
查看全部 -
高并發的場景，盡量不要使用外鍵，因為每次插入都會檢查一下是否符合外鍵約束。
關聯列上一定要建立索引。（這個怎么操作呢）
查看全部 -
Innodb會生成6個字節的隱含主鍵，但還是建議自己設置
查看全部 -
int四個字節，datatime八個字節；
int有函數轉換的麻煩，如果常使用（如查詢）還是推薦datetime。
例子：生日一般只在用戶查詢信息時展示，比較少用，可以用int。訂單時間常用所以用datetime
int有最大限制，其對應2038年1月19號。
數據粒度考慮：只需要年的時候，采用頁類型（什么意思）？
查看全部 -
utf-8，3個字節。
decimal精確數據；float非精確數據，存儲空間開銷小
查看全部 -
varchar變長數據類型，需要額外的字節存儲邊長的字眼?
查看全部
舉報
0/150
提交
取消