一、資料處理效能存在的問題
1、企業的資料都集中儲存在資料庫中，從海量的資料中查詢和定位資料是非常耗時的；
2、資料集中儲存後，所有使用者都要來訪問資料庫，當很多使用者同時訪問資料庫時，資料庫伺服器的負載就非常中。
二、資料處理過程
三、資料庫效能度量指標
1、事務吞吐量
單位時間內能夠完成事務的數量；
2、響應時間
完成單件事務需要耗費的時間。
兩個指標必須相提並論，不能單獨來提
四、提高資料庫效能的策略
挖掘和利用
五、提高資料庫效能的方法
與資料庫設計有關的方法：
1、排序
2、索引
大塊的資料變成了很小的索引（僅2行），縮小了很多很多倍，可以一次
性載入到記憶體裡，迅速地找到想要的行，然後將行資料從磁碟讀入記憶體。
沒有索引，則要把大塊資料全運輸到記憶體，乙個乙個地比對，僅只極少的行有用。
建立索引時的注意事項
語法：
create indexstudentindexonstudent(dno, name);雜湊索引
當往表中新增一行記錄時，對要雜湊的字段計算雜湊值，然後把該記錄儲存在磁碟空間中磁碟位址為該雜湊值的地方。
查詢資料行時，使用者給出字段值，通過雜湊計算，就可發現該記錄的磁碟空間位址，直接讀到對應的記錄，不須要一行一行地去比對；對分布均勻特性的字段，雜湊索引可行；例如「學號」字段；
3、連續的磁碟空間
處理方式
4、分類、聚簇
把關係非常緊密，但位於不同表中的行記錄，在磁碟上臨近儲存。當它們做聯接運算時，就能迅速得到結果；
5、記憶體緩衝
我們知道，我們的錢放在銀行最可靠，小偷偷不走，也不會丟失。但是,如果每次用錢時，都到銀行去取，很費時間（至少要1小時），效率很低。為了提高效率，我們會一次到銀行取2000放在口袋裡，要用錢時，馬上就可拿到，效率極高。
資料存在磁碟上可靠。訪問磁碟也是這個道理，很費時間。可事先把資料快取在記憶體中，這樣資料訪問效率和效能就會極大地提高；
6、日誌和磁碟分開儲存
底下的兩種是完成封裝在dbms中，對資料庫設計者和dba透明
7、查詢優化
查詢優化並不明白，待**
8、併發執行
資料庫資料處理效能提公升技術
一 資料處理效能存在的問題 1 企業的資料都集中儲存在資料庫中，從海量的資料中查詢和定位資料是非常耗時的 2 資料集中儲存後，所有使用者都要來訪問資料庫，當很多使用者同時訪問資料庫時，資料庫伺服器的負載就非常中。二 資料處理過程 三 資料庫效能度量指標 1 事務吞吐量 單位時間內能夠完成事務的數量 ...
資料庫索引效能提公升
乙個索引是儲存的表中乙個特定列的值資料結構 最常見的是b tree 索引是在表的列上建立。所以，要記住的關鍵點是索引包含乙個表中列的值，並且這些值儲存在乙個資料結構中。請記住記住這一點 索引是一種資料結構 b tree 是最常用的用於索引的資料結構。因為它們是時間複雜度低，查詢 刪除 插入操作都可以...
資料庫資料處理故事多
每年評教都會遇到資料匯入的一系列問題。從中收穫頗豐。這兩天別人總在問我，你們基礎出了什麼問題，為什麼總在導資料。資料沒問題，為了做足準備，我們需要將8期版的最全的資料整理到10期資料庫中。背景介紹 問題在於從8期版基礎系統到10期版基礎系統在資料庫設計方面有了很大的變化，例如10期學生表中存放著班級...