數(shù)據(jù)庫記錄太多，有什么辦法可以提高查詢速度？你的數(shù)據(jù)庫是什么數(shù)據(jù)庫？如果沒有是ACCESS，個(gè)人建議你導(dǎo)入到MySQL中去，MySQL說是是世界上想執(zhí)行速度最快的數(shù)據(jù)庫了，要是是MSSQL，請建議使用

數(shù)據(jù)庫記錄太多，有什么辦法可以提高查詢速度？

你的數(shù)據(jù)庫是什么數(shù)據(jù)庫？如果沒有是ACCESS，個(gè)人建議你導(dǎo)入到MySQL中去，MySQL說是是世界上想執(zhí)行速度最快的數(shù)據(jù)庫了，要是是MSSQL，請建議使用存儲過程負(fù)責(zé)執(zhí)行查詢，也可以大提高數(shù)據(jù)庫的運(yùn)行速度。

你的問題我曾經(jīng)的見到過過，當(dāng)時(shí)我使用的是ACCESS數(shù)據(jù)庫，數(shù)據(jù)庫中的數(shù)據(jù)提升20萬條記錄了，去查詢下來速度特慢，后來我們才用MSSQL的存儲過程，速度提高了很多，你試試看吧，祝你成功！

SQL數(shù)據(jù)庫如何優(yōu)化？

化總結(jié)歸納::1、主鍵是涌去索引2、只需成立索引就能顯著提高網(wǎng)站查詢速度3、把所有不需要提高去查詢速度的字段都加進(jìn)聚集索引，以能提高網(wǎng)上查詢速度注意事項(xiàng)1.最好別索引常用的小型表2.別把社會保障號碼(SSN)或身份證號碼(ID)選作鍵3.不要用用戶的鍵4.最好別索引memo/notes字段和不要索引大型手機(jī)文本字段(許多字符)5.建議使用系統(tǒng)生成的主鍵

sql優(yōu)化除了索引還有可以怎么優(yōu)化？

1、主鍵是能聚集索引2、只要你確立索引就能比較顯著提高可以查詢速度3、把所有需要增加查詢速度的字段都加進(jìn)能聚集索引，以想提高去查詢速度(四)其他書上沒有的索引使用經(jīng)驗(yàn)總結(jié)1、用吸聚索引比用又不是聚合體索引的主鍵速度、用聚合索引比用好象的主鍵作order by時(shí)速度快，特別是在小數(shù)據(jù)量情況下3、可以使用聚合體索引內(nèi)的時(shí)間段，搜索時(shí)間會按數(shù)據(jù)占整個(gè)數(shù)據(jù)表的百分比成比例降低，而不管聚合索引不使用了多少個(gè)4、日期列應(yīng)該不會畢竟有分秒的再輸入而減慢查詢速度(五)其他注意事項(xiàng)1.千萬不能索引常用的銀色表2.千萬不能把社會保障號碼(SSN)或身份證號碼(ID)選作鍵3.千萬不能用用戶的鍵4.不要索引memo/notes字段和最好不要索引規(guī)模很大文本字段(許多字符)5.不使用系統(tǒng)生成的主鍵二、徹底改善SQL語句1、Like語句如何確定一類SARG取決所建議使用的通配符的類型2、有.會影起全表掃描后3、非操作符、函數(shù)過多的不行最簡形矩陣SARG形式的語句4、IN的作用蠻與有.

sql語句測試方法？

有時(shí)侯我們經(jīng)常會為我們的sql語句先執(zhí)行效率低犯愁，疼時(shí)系統(tǒng)優(yōu)化后，可還是一旦得到提高

這樣你就用這條語句找到什么你sql到底是是去哪里慢了

示例：

SETSTATISTICSioON

SETSTATISTICStime

ON

play

---你要測試的sql語句

columnstop100*from

TBL_Cot_RecStaticList

run

SETSTATISTICSprofile

OFF

SETSTATISTICSioOFF

SETSTATISTICStimeOFF

沒顯示信息：

SQL Server結(jié)論和編譯時(shí)間:

CPU時(shí)間0毫秒，占用帶寬時(shí)間59毫秒。

(100行受影響)表TBL_Cot_RecStaticList。掃描后計(jì)數(shù)寄存器1，邏輯讀取14次，物理讀取文件2

次，寫操作992次，lob邏輯讀取數(shù)據(jù)0次，lob物理讀取0次，lob預(yù)讀0次。

SQL Server執(zhí)行時(shí)間:CPU時(shí)間0毫秒，占內(nèi)存時(shí)間306毫秒。

SQL Server講和編譯時(shí)間:CPU時(shí)間0毫秒，電腦資源時(shí)間1毫秒。

SQL Server執(zhí)行時(shí)間:CPU時(shí)間0毫秒，占用時(shí)間1毫秒。

SQL Server執(zhí)行時(shí)間:CPU時(shí)間0毫秒，占用時(shí)間1毫秒。