掃二維碼與項目經理溝通
我們在微信上24小時期待你的聲音
解答本文疑問/技術咨詢/運營咨詢/技術建議/互聯(lián)網交流
【獨家特稿】在的區(qū)域內，有一位來自金融保險行業(yè)的王先生接受了記者的采訪。在聊到SQL Server2008的內存問題時，王先生表示其公司正在使用SQL Server 2008產品。隨著公司業(yè)務量的逐步增大，每天數(shù)據吞吐量也已經上升到TB級別。在進行大數(shù)據量處理時，透過后臺監(jiān)控發(fā)現(xiàn)內存消耗量急劇增加。他希望透過平臺能知曉微軟SQL Server的內存釋放機制以及SQL語句中該如何透過存儲過程干預內存釋放。
王先生的公司從SQL Server 2000逐步升級過來，一直都比較平滑。選擇微軟產品也是出于預算和技術整體架構的考慮。但現(xiàn)在的大數(shù)據問題已經遇到瓶頸，對業(yè)務系統(tǒng)也產生了影響。所以，類似王先生這樣擁有企業(yè)技術建議權的用戶，正越來越關注大數(shù)據方面的問題。
隨后向微軟SQL Server方向MVP進行了請教。發(fā)現(xiàn)王先生碰到的問題，很有可能是隨著企業(yè)業(yè)務的發(fā)展，數(shù)據庫變得更加臃腫。此前可能是一張很小的表，三五年之后變成了一張大表。如果技術人員并沒有建立相關的索引，那查詢效率必然會降低。
另外一種情況就是SQL語句中可能存在性能疑點。例如頁面上某一個查詢語句不斷的對一張超大的表進行查詢，在用戶都集中使用這個語句時肯定會造成系統(tǒng)窩點。但很可能這樣的語句只占整個SQL語句的1%，卻影響98%的性能。這是每個數(shù)據庫管理員應該注意到的問題。
TechED正是給每個微軟技術用戶提供了這樣解決問題的平臺，希望有更多用戶的疑問能夠在這里得到解決。也歡迎大家將問題提供給記者，以便獲得更專業(yè)的解答。
我們在微信上24小時期待你的聲音
解答本文疑問/技術咨詢/運營咨詢/技術建議/互聯(lián)網交流
微信二維碼
移動版官網