近期經常聽到現場人員和測試人員反映我們的專案訪問時間長，頁面響應速度比較慢。一直想對這個問題進行跟蹤處理。趁現在時間較少時做了些許試驗，有以下結論：
1.專案中大量使用了js，並封裝了大量的js控制項，每個頁面需要引入的js檔案一般在30個左右，這種過多的js檔案引入會影響頁面響應速度。
2.專案中使用的是ssh框架，且由於高併發和專案本身框架限制，導致專案中的後台控制器全部採用原型配置。跟蹤發現，從頁面響應到後台處理一般來說第一次請求有1秒鐘的間隔，後續有0.5秒的間隔。初步猜測，是由於框架解析url並初始化例項導致的耗時。尤其是使用struts框架是會額外占用0.2秒的時間（屬於個人猜測，未經過嚴格測試，望大神指正）。後考慮改為springmvc模式，並對框架本身進行重構處理，採用單例形式，測試發現，第一次耗時約為0.2秒，後續訪問可以忽略框架本身的耗時。
3.專案中頁面，同時的併發ajax訪問過多，經過測試發現併發的ajax訪問的耗時是和併發數呈線性遞增關係的。這一點需要在後續開發中約束，儘量減少併發訪問並優化處理。
4.專案本身的後台執行方法較慢，一般是由於sql書寫不合理導致，這個只能通過優化sql進行解決。
SQLServer大資料優化方法若干
1 使用ndf檔案。自從sqlserver2005後，預設不增生成ndf檔案。mdf primary data file ldf log data file ndf secondary data files 如果資料庫超過了單個 windows 檔案的最大大小，可以使用ndf，資料庫可以繼續增長。2...
優化Oracle庫表設計的若干方法
1.oracle會自動為表的主鍵列建立索引，這個預設的索引是普通的b tree索引 2.索引本身實際上是乙個表，因此當對表新增乙個記錄時，oracle必須做兩次插入。這樣，組表增加乙個索引將導致插入操作要兩倍多的時間 兩倍的時間用於兩次插入，另外還需要一點時間處理二表之間 的同步 增加兩個索引將使用...
優化Oracle庫表設計的若干方法 一
前言 絕大多數的oracle資料庫效能問題都是由於資料庫設計不合理造成的，只有少部分問題根植於database buffer share pool redo logbuffer等記憶體模組配置不合理，i o爭用，cpu爭用等 dba職責範圍上。所以除非是面對乙個業已完成不可變更的系統，否則我們不應過...