摘要: 今天在sqlservercentral上看到一個(gè)帖子，關(guān)于對(duì)set statistics time on輸出兩個(gè)cpu執(zhí)行時(shí)間的解釋（大牛的解釋）：CPU time is how much time was spent by the CPU (or CPUs). Total time is how long it took from start to finish.For example, if... 閱讀全文

摘要: 前天給朋友調(diào)優(yōu)，上的生產(chǎn)庫用ssms遠(yuǎn)程連接測試，5個(gè)表的連接，每個(gè)表大小都在10萬多的數(shù)據(jù)量，有幾個(gè)是hash連接，比較費(fèi)時(shí)，后來調(diào)優(yōu)了幾個(gè)索引后IO明顯下降，但是在執(zhí)行時(shí)間上一直沒有明顯下降，實(shí)在是沒轍了，調(diào)優(yōu)到晚上一點(diǎn)鐘，睡覺，第二天繼續(xù)，最后懷疑是因?yàn)榫W(wǎng)絡(luò)問題，讓朋友上的遠(yuǎn)程桌面生產(chǎn)庫直接執(zhí)行，一秒以內(nèi)！暈死了，原來是因?yàn)榫W(wǎng)絡(luò)傳輸問題導(dǎo)致在我機(jī)器上的執(zhí)行時(shí)間延長！不過幾個(gè)表的連接比較難控制... 閱讀全文

摘要: 迄今為止，我認(rèn)為最詳細(xì)的臨時(shí)表和表變量的對(duì)比。 閱讀全文

摘要: SQL優(yōu)化--使用 EXISTS 代替 IN 和 關(guān)聯(lián)查詢（inner join) 昨天的這篇文章提及到的一些問題，在這里我做一下自己的測試，測試結(jié)果以微軟標(biāo)準(zhǔn)Adventureworks數(shù)據(jù)庫內(nèi)數(shù)據(jù)結(jié)構(gòu)為準(zhǔn)。 閱讀全文

摘要: http://www.mssqltips.com/tip.asp?tip=1467?
大家可以看看這篇文章，講到的是如何給一個(gè)現(xiàn)有表更快速的添加一個(gè)自增字段 閱讀全文

摘要: 在上一個(gè)sql大牛提出的小測試中，優(yōu)化的就是如何改變查詢，來選擇合適的連接方式。?
mssql的連接方式有三種：?
hash join?
merge join?
loop join?
在這里，對(duì)比一下三種sql server連接方式如何選擇。 閱讀全文

摘要: 大家如果對(duì)SQL優(yōu)化感興趣的話,可以進(jìn)來看看，挑戰(zhàn)挑戰(zhàn)。 閱讀全文

摘要: 有朋友說兩者之間存在很大的性能差異，是由于數(shù)據(jù)庫的日志模式不一樣，simple和完整的會(huì)導(dǎo)致差異。?
simple的select * into 不記日志。我自己也就來做了個(gè)測試。 閱讀全文

摘要: 今天調(diào)優(yōu)某電信的大型數(shù)據(jù)庫，是一個(gè)日志型的表，其中有個(gè)自增列字段和時(shí)間（時(shí)間是每個(gè)小時(shí)小時(shí)來的，每個(gè)小時(shí)有大概23萬條記錄），以及點(diǎn)擊次數(shù)等日志信息，數(shù)據(jù)量在4000萬以上，sp_spaceused使用了大概2G多的磁盤空間。整個(gè)表沒有分區(qū)。整個(gè)表都是插入查詢，沒有更新操作。?
閱讀全文