讨论一下文章的阅读量 （个人观点）
討論一下文章的閱讀量 （個人觀點）
昨天我寫了一篇文章，不對，應該是前天才對，文章的名字叫《分享一個SQLSERVER腳本（計算數(shù)據(jù)庫中各個表的數(shù)據(jù)量和每行記錄所占用空間）》
想不到會有這么多的閱讀量和推薦量：121個推薦 ?6000+閱讀
?
我覺得這篇文章跟那個腳本是普通得不能再普通的了
?
這篇文章一開始是先上了最多推薦，在最多推薦階段已經(jīng)累計有40+個推薦，以至于當天一直停留在最多推薦的位置
通常一般來說，如果你的文章寫得好，在短時間之內(nèi)能夠保持10+個推薦，那么一般都能上最多推薦，當然這個短時間沒有一個確定的時間
又一般來說，你的文章會在“最多推薦”停留在兩三個小時，兩三個小時之后就會被別的有更多推薦的文章刷下來，我感覺這是一個規(guī)律！
因為那天我的文章一直保持40+個推薦，沒有文章能夠超越這個數(shù)，然后就一直停留了，直到dudu發(fā)現(xiàn)我的文章。。。
然后第二天看到dudu的留言，我知道文章應該上了編輯推薦了
感謝dudu老大把文章推到“編輯推薦”！
?
實際上這個腳本我每天都在用，少的時候會一天用兩三次，多的時候會一天用二十幾次
說說我的觀點
實際上我的文章的排版也不是特別好，我覺得文章能夠上編輯推薦主要分三個方面
?
第一方面：翻炒冷飯
我的腳本，聽風大師一早已經(jīng)寫了《SQL Server 游標運用：查看一個數(shù)據(jù)庫所有表大小信息（Sizes of All Tables in a Database）》
而且文章里還有解決了架構(gòu)不是dbo的問題
實際上我也是翻炒冷飯來的o(∩_∩)o?
?
我上個月在博客園里看到有人寫SQLSERVER的表分區(qū)文章，他的文章沒有什么特別的，就是介紹“分區(qū)創(chuàng)建”，“刪除分區(qū)”，“合并分區(qū)”。。。這幾個表分區(qū)的功能，
還有就是他的排版很漂亮，雖然這個排版樣式網(wǎng)上有很多，再然后就是他得到了25個推薦，我寫的文章我認為很深入、很好的通常也就只有幾個推薦
不上兩位數(shù)，他有25個推薦，而且作者的知名度也并不高
?
說實話《表分區(qū)》這個話題網(wǎng)上有很多資料，比如聽風大師寫的：《SQL Server 表分區(qū)實戰(zhàn)系列（文章索引）》
他的文章里對于表分區(qū)的坑也介紹得很透徹，例如：索引對齊、邊界、分區(qū)子集
?
那為什么他有這么多的推薦量？？
我認為最重要的是，知識點是不斷循環(huán)的，因為每年都有大批的計算機專業(yè)的畢業(yè)生涌入這個計算機行業(yè)
他們對業(yè)界的一些名詞和知識還不是很深入，還只是停留在“知道”這個層面，當然更不用說運用了
就像表分區(qū)，我們天天都在用，非常多的表都用了表分區(qū)，我們覺得很平常，但是對于初學者來說，他們覺得很新鮮
他們在還沒有搜索到聽風大師的文章之前會覺得這個人（25個推薦的這位作者）對表分區(qū)真的很熟悉，排版漂亮
功能講得很透徹，非常不錯，而對于我們天天在用的人來說，看到這篇文章就會覺得“翻炒冷飯，沒意思。。”
?
所以知識點是不斷循環(huán)的，或者你也可以過幾個月寫一篇《表分區(qū)》的文章，排版比他更好，改一下表分區(qū)功能順序
再增加幾個例子，或者將你自己以前寫過的《表分區(qū)》文章回爐再造，90%的內(nèi)容是相同的，改一下剩下的10%
再放到首頁，一篇全新的《表分區(qū)》文章出世了！
然后就會有剛進入這個行業(yè)的畢業(yè)生推薦你的文章了o(∩_∩)o?
?
所以我覺得畢業(yè)生是很辛苦的，對舊的知識點需要學習，對新的知識點也需要學習，比如SQLSERVER2014新出的功能
舊的知識點/功能還沒有運用熟練，新版本數(shù)據(jù)庫又出新的功能，學習的東西如此之多，這里不管是數(shù)據(jù)庫也好，編程語言也好
都是一樣的。對于剛進行業(yè)的畢業(yè)生來說很難辨別那篇文章有水平，哪個功能好，哪個功能不好，只好：“1、先收藏留著備用-》2、推薦文章-》3、關(guān)注作者”
上面3個是指定動作，包括我本人，對于自己不熟悉的知識也是這樣。。。
大家看一下我收藏的文章就知道了
?
第二方面：文章標題
有時候文章標題也很重要，大家看到我這個標題：《分享一個SQLSERVER腳本》就知道樺仔要發(fā)大招了
一定有筍嘢益大家（廣東話：意思是有好東西分享給大家）
然后大家點擊進去，看到是一個非常好的腳本，馬上收藏o(∩_∩)o?
而且最重要的是我的文章只有一個腳本，大家都會覺得這個腳本是精華來的，趕腳收藏！
?
分析聽風大師的文章：
在聽風大師的文章《SQL Server 游標運用：查看一個數(shù)據(jù)庫所有表大小信息（Sizes of All Tables in a Database）》里腳本有幾個
?
1、文章標題比較普通，吸引力不夠，因為看到文章標題不用點擊進去看文章內(nèi)容就知道是寫什么的了，有可能這些腳本會對我們沒有用。。
2、網(wǎng)上很多文章都說游標對數(shù)據(jù)庫性能不好，這樣會使我們先入為主，認為游標不好，作者的這種做法不好，那么大家都不想去看了
?
實際上，數(shù)據(jù)庫游標更多的是使用在數(shù)據(jù)庫維護上面，我們的很多腳本都使用了游標，因為數(shù)據(jù)庫實在太多
如果你問其他的DBA，他們應該也會回答你：我們通常都使用游標來維護數(shù)據(jù)庫
我們的各種批量腳本里，就基本上都使用游標
?
再來分析一下我的文章：
我的文章標題是《分享一個SQLSERVER腳本》，會讓人覺得充滿神秘感，很想點擊進去看一下究竟是什么樣的腳本，你不點擊進去是不知道是什么腳本來的
而且隨著文章的閱讀量和推薦量的增加，會使后來的讀者越發(fā)覺得想看一下這個充滿神秘感的腳本o(∩_∩)o?
進而更加提升閱讀量了
就好比大家買一件產(chǎn)品，大家都覺得好用，很神奇，而且不貴，那么就會有更多的人想買這一件神奇的產(chǎn)品
然后這件產(chǎn)品的口碑就慢慢上來了！
?
第三方面：方便用戶原則
細心的童鞋可能會注意到文章里面的最后一個截圖，我這里的rowsinfo已經(jīng)達到4億+，reserved是187389824KB
?
就是說這張表已經(jīng)有4億+的數(shù)據(jù)，數(shù)據(jù)庫大小是178G+，當然這張大表是做了表分區(qū)的
?
而已運行這個腳本在1秒之內(nèi)就可以得到查詢結(jié)果，這個在生產(chǎn)環(huán)境里是十分重要的
你要跟人家說你這個腳本牛在哪里?
比大家買一件產(chǎn)品，大家都覺得這件產(chǎn)品很牛，但是具體牛在哪里，你需要跟人家說清楚
人家用了之后，發(fā)現(xiàn)這個產(chǎn)品真的很牛，人家才會為你的產(chǎn)品埋單！
還有一個地方就是：這個腳本我覺得最好的是在最后添加了一列：每行記錄大概占用空間（KB）
網(wǎng)上雖然有這個腳本，但是基本上網(wǎng)上的腳本都沒有添加 “每行記錄大概占用空間（KB）”這一列
?
大家看了腳本之后，可能會覺得這一列的計算太簡單了，就一個DataInfo /RowsInfo?
我就想問，網(wǎng)上腳本文章的作者，為什么這么簡單你們就不加上去呢？
這一列真的非常有用，計算數(shù)據(jù)量和數(shù)據(jù)大小的時候特別有用，之前本人一直也是用手工來算的，效率差死了。。。
?
?
方便用戶原則：
雖然是一個簡單列/簡單的功能，你加上去了，就是方便了用戶，節(jié)省了用戶的時間
而且這些功能也不是太復雜，為什么不加呢？
你有沒有想到你的腳本還有什么功能可以加入進去的呢？
總結(jié)
這篇文章都是從我自己個人的角度去討論，可能某些觀點會比較片面
?
還有一個就是 ?，希望聽風大師不要責怪我，因為我拿他的文章開刀了，有怪莫怪?有怪莫怪?有怪莫怪?有怪莫怪?有怪莫怪 有怪莫怪。。。
?
歡迎大家噴我 ?o(∩_∩)o 哈哈
總結(jié)
以上是生活随笔為你收集整理的讨论一下文章的阅读量 （个人观点）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 数据产品-指标体系和埋点设计
- 下一篇： 分布式开发必须了解的Zookeeper的