-
名詞解釋
查看全部 -
數據庫如何維護索引
?如何選擇合適的列建立索引
? ?1. 出現在WHERE從句,GROUP BY從句,ORDER BY從句中的列
? ?2. 可選性高的列要放到索引的前面
? ?3. 索引中不要包括太長的數據庫類型
?注意事項
? ?1. 索引并不是越多越好,過多的索引不但會降低寫效率,而且會降低讀的效率
? ?2. 定期維護索引碎片
? ?3. 在SQL 語句中不要使用強制索引關鍵字查看全部 -
數據庫設計步驟:
需求分析(數據庫需求的作用點:數據是什么、數據有哪些屬性、數據和屬性各自的特點有哪些)
邏輯設計 (使用ER圖對數據庫進行邏輯建模)
物理設計 (根據數據庫自身的特點把邏輯設計轉換為物理設計)
維護優化 (新的需求進行建表、索引優化、大表拆分)
查看全部 -
什么是數據庫設計?
? ? ? ? 數據庫就是根據業務系統的具體需要,結合我們所選用的數據庫管理系統(DBMS),為這個,業務構造出最優的數據存儲模型。并建立好數據庫中的表結構及表與表之間的關聯關系的過程。使之能有效的對應用系統中的數據進行存儲,并可以高效的對已經存儲的數據進行訪問。 (有效的存儲,高效的訪問)
常見的數據庫管理系統:
MySQL 、Qracle、SQLServer、PgSql? ? 還有一種流行的NoSQL系統:Mongo、Memcache、Redis
為什么要進行數據庫設計?
數據庫系統是應用系統存儲數據的關鍵組成部分,是系統穩定運行的基礎,決定著系統是否可以高效地運行。
優良的設計:減少數據冗余,避免數據維護異常,節約空間,高效訪問。
糟糕的設計:存在大量的數據冗余,存在數據插入、更新、刪除異常,浪費大量存儲空間,訪問數據低效。
查看全部 -
在做需求分析時,實體是抽象的籠統的概念,比如例子中的訂單和商品是多對多,一個訂單對應多個商品,一個商品可在多個訂單中,這里的商品不是確定的某個商品(沒有實例化),就是個籠統概念。
到了后面er圖建模階段,一個訂單還是對應多個商品,但是一個確定的商品,只能屬于一個訂單(意思是我的這個訂單里的某一個商品,不可能同時出現在其他的訂單里),因此多對多變成了一對多關系。
查看全部 -
查看全部
-
有效存儲,高效訪問
查看全部 -
第二范式:所有單關鍵字段的表都符合第二范式
查看全部 -
第一范式(1nf)
定義:數據庫表中的所有字段都是單一屬性
要求數據庫中的表都是二維表
查看全部 -
設計范式概要:
常見數據庫范式:第一范式、第二范式、第三范式、bc范式
數據操作異常和數據冗余
操作異常:插入異常、更新異常、刪除異常
查看全部 -
關系:一個關系對應通常所說的一張表
元組:表中的一行即為一個元組
屬性:表中的一列即為一個屬性;每一個屬性都有一個名稱
候選碼:表中的某個屬性組,它可以唯一確定一個元組
主碼:一個關系有多個候選碼,選定其中一個為主碼
域:屬性的取值范圍
分量:元組中的一個屬性值
矩形:表示實體集
菱形:表示聯系集
橢圓:表示實體的屬性
線段:將屬性連接到實體集,或將實體集連接到聯系集
查看全部 -
第二范式 將不同類別的屬性拆分整合
查看全部 -
識別實體的屬性。
唯一標識
存儲特點。對增量大,不可能刪數據的表,考慮分庫分表存儲。
查看全部 -
存儲那些數據,
存儲的數據有那些特點,有些數據具有時效性,有些不具有時效性。
數據的生命周期,有些數據是不適合存表的,如日志數據。
搞清楚一些問題:
實體之間的關系。
實體包含的屬性有那些。
實體的唯一標識。
查看全部 -
數據庫設計的大體步驟:
需求分析,識別需求中的關鍵信息。需要存儲的主體信息。
邏輯設計,借助er圖工具進行建模。
物理設計,根據具體的數據庫進行調優。
維護優化,對新建表,索引優化,大表拆分等。
查看全部
舉報