昨天我寫了一篇文章，不對，應該是前天才對，文章的名字叫《分享一個SQLSERVER腳本（計算數據庫中各個表的數據量和每行記錄所占用空間）》

想不到會有這么多的閱讀量和推薦量：121個推薦 6000+閱讀

我覺得這篇文章跟那個腳本是普通得不能再普通的了

這篇文章一開始是先上了最多推薦，在最多推薦階段已經累計有40+個推薦，以至于當天一直停留在最多推薦的位置

通常一般來說，如果你的文章寫得好，在短時間之內能夠保持10+個推薦，那么一般都能上最多推薦，當然這個短時間沒有一個確定的時間

又一般來說，你的文章會在“最多推薦”停留在兩三個小時，兩三個小時之后就會被別的有更多推薦的文章刷下來，我感覺這是一個規律！

因為那天我的文章一直保持40+個推薦，沒有文章能夠超越這個數，然后就一直停留了，直到dudu發現我的文章。。。

然后第二天看到dudu的留言，我知道文章應該上了編輯推薦了

感謝dudu老大把文章推到“編輯推薦”！

實際上這個腳本我每天都在用，少的時候會一天用兩三次，多的時候會一天用二十幾次

說說我的觀點

實際上我的文章的排版也不是特別好，我覺得文章能夠上編輯推薦主要分三個方面

第一方面：翻炒冷飯

我的腳本，聽風大師一早已經寫了《SQL Server 游標運用：查看一個數據庫所有表大小信息（Sizes of All Tables in a Database）》

而且文章里還有解決了架構不是dbo的問題

實際上我也是翻炒冷飯來的o(∩_∩)o

我上個月在博客園里看到有人寫SQLSERVER的表分區文章，他的文章沒有什么特別的，就是介紹“分區創建”，“刪除分區”，“合并分區”。。。這幾個表分區的功能，

還有就是他的排版很漂亮，雖然這個排版樣式網上有很多，再然后就是他得到了25個推薦，我寫的文章我認為很深入、很好的通常也就只有幾個推薦

不上兩位數，他有25個推薦，而且作者的知名度也并不高

說實話《表分區》這個話題網上有很多資料，比如聽風大師寫的：《SQL Server 表分區實戰系列（文章索引）》

他的文章里對于表分區的坑也介紹得很透徹，例如：索引對齊、邊界、分區子集

那為什么他有這么多的推薦量？？

我認為最重要的是，知識點是不斷循環的，因為每年都有大批的計算機專業的畢業生涌入這個計算機行業

他們對業界的一些名詞和知識還不是很深入，還只是停留在“知道”這個層面，當然更不用說運用了

就像表分區，我們天天都在用，非常多的表都用了表分區，我們覺得很平常，但是對于初學者來說，他們覺得很新鮮

他們在還沒有搜索到聽風大師的文章之前會覺得這個人（25個推薦的這位作者）對表分區真的很熟悉，排版漂亮

功能講得很透徹，非常不錯，而對于我們天天在用的人來說，看到這篇文章就會覺得“翻炒冷飯，沒意思。。”

所以知識點是不斷循環的，或者你也可以過幾個月寫一篇《表分區》的文章，排版比他更好，改一下表分區功能順序

再增加幾個例子，或者將你自己以前寫過的《表分區》文章回爐再造，90%的內容是相同的，改一下剩下的10%

再放到首頁，一篇全新的《表分區》文章出世了！

然后就會有剛進入這個行業的畢業生推薦你的文章了o(∩_∩)o

所以我覺得畢業生是很辛苦的，對舊的知識點需要學習，對新的知識點也需要學習，比如SQLSERVER2014新出的功能

舊的知識點/功能還沒有運用熟練，新版本數據庫又出新的功能，學習的東西如此之多，這里不管是數據庫也好，編程語言也好

都是一樣的。對于剛進行業的畢業生來說很難辨別那篇文章有水平，哪個功能好，哪個功能不好，只好：“1、先收藏留著備用-》2、推薦文章-》3、關注作者”

上面3個是指定動作，包括我本人，對于自己不熟悉的知識也是這樣。。。

大家看一下我收藏的文章就知道了

第二方面：文章標題

有時候文章標題也很重要，大家看到我這個標題：《分享一個SQLSERVER腳本》就知道樺仔要發大招了

一定有筍嘢益大家（廣東話：意思是有好東西分享給大家）

然后大家點擊進去，看到是一個非常好的腳本，馬上收藏o(∩_∩)o

而且最重要的是我的文章只有一個腳本，大家都會覺得這個腳本是精華來的，趕腳收藏！

分析聽風大師的文章：

在聽風大師的文章《SQL Server 游標運用：查看一個數據庫所有表大小信息（Sizes of All Tables in a Database）》里腳本有幾個

1、文章標題比較普通，吸引力不夠，因為看到文章標題不用點擊進去看文章內容就知道是寫什么的了，有可能這些腳本會對我們沒有用。。

2、網上很多文章都說游標對數據庫性能不好，這樣會使我們先入為主，認為游標不好，作者的這種做法不好，那么大家都不想去看了

實際上，數據庫游標更多的是使用在數據庫維護上面，我們的很多腳本都使用了游標，因為數據庫實在太多

如果你問其他的DBA，他們應該也會回答你：我們通常都使用游標來維護數據庫

我們的各種批量腳本里，就基本上都使用游標

再來分析一下我的文章：

我的文章標題是《分享一個SQLSERVER腳本》，會讓人覺得充滿神秘感，很想點擊進去看一下究竟是什么樣的腳本，你不點擊進去是不知道是什么腳本來的

而且隨著文章的閱讀量和推薦量的增加，會使后來的讀者越發覺得想看一下這個充滿神秘感的腳本o(∩_∩)o

進而更加提升閱讀量了

就好比大家買一件產品，大家都覺得好用，很神奇，而且不貴，那么就會有更多的人想買這一件神奇的產品

然后這件產品的口碑就慢慢上來了！

第三方面：方便用戶原則

細心的童鞋可能會注意到文章里面的最后一個截圖，我這里的rowsinfo已經達到4億+，reserved是187389824KB

就是說這張表已經有4億+的數據，數據庫大小是178G+，當然這張大表是做了表分區的

而已運行這個腳本在1秒之內就可以得到查詢結果，這個在生產環境里是十分重要的

你要跟人家說你這個腳本牛在哪里

比大家買一件產品，大家都覺得這件產品很牛，但是具體牛在哪里，你需要跟人家說清楚

人家用了之后，發現這個產品真的很牛，人家才會為你的產品埋單！

還有一個地方就是：這個腳本我覺得最好的是在最后添加了一列：每行記錄大概占用空間（KB）

網上雖然有這個腳本，但是基本上網上的腳本都沒有添加 “每行記錄大概占用空間（KB）”這一列

大家看了腳本之后，可能會覺得這一列的計算太簡單了，就一個DataInfo /RowsInfo

我就想問，網上腳本文章的作者，為什么這么簡單你們就不加上去呢？

這一列真的非常有用，計算數據量和數據大小的時候特別有用，之前本人一直也是用手工來算的，效率差死了。。。

方便用戶原則：

雖然是一個簡單列/簡單的功能，你加上去了，就是方便了用戶，節省了用戶的時間

而且這些功能也不是太復雜，為什么不加呢？

你有沒有想到你的腳本還有什么功能可以加入進去的呢？

總結

這篇文章都是從我自己個人的角度去討論，可能某些觀點會比較片面

還有一個就是 ，希望聽風大師不要責怪我，因為我拿他的文章開刀了，有怪莫怪有怪莫怪有怪莫怪有怪莫怪有怪莫怪 有怪莫怪。。。

歡迎大家噴我 o(∩_∩)o 哈哈