討論一下文章的閱讀量 （個(gè)人觀點(diǎn)）

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

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

?

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

?

這篇文章一開始是先上了最多推薦，在最多推薦階段已經(jīng)累計(jì)有40+個(gè)推薦，以至于當(dāng)天一直停留在最多推薦的位置

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

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

因?yàn)槟翘煳业奈恼乱恢北３?span style="color:#ff0000;">40+個(gè)推薦，沒有文章能夠超越這個(gè)數(shù)，然后就一直停留了，直到dudu發(fā)現(xiàn)我的文章。。。

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

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

?

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

---

說說我的觀點(diǎn)

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

?

第一方面：翻炒冷飯

我的腳本，聽風(fēng)大師一早已經(jīng)寫了《SQL Server 游標(biāo)運(yùn)用：查看一個(gè)數(shù)據(jù)庫所有表大小信息（Sizes of All Tables in a Database）》

而且文章里還有解決了架構(gòu)不是dbo的問題

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

?

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

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

不上兩位數(shù)，他有25個(gè)推薦，而且作者的知名度也并不高

?

說實(shí)話《表分區(qū)》這個(gè)話題網(wǎng)上有很多資料，比如聽風(fēng)大師寫的：《SQL Server 表分區(qū)實(shí)戰(zhàn)系列（文章索引）》

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

?

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

我認(rèn)為最重要的是，知識點(diǎn)是不斷循環(huán)的，因?yàn)槊磕甓加写笈挠?jì)算機(jī)專業(yè)的畢業(yè)生涌入這個(gè)計(jì)算機(jī)行業(yè)

他們對業(yè)界的一些名詞和知識還不是很深入，還只是停留在“知道”這個(gè)層面，當(dāng)然更不用說運(yùn)用了

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

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

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

?

所以知識點(diǎn)是不斷循環(huán)的，或者你也可以過幾個(gè)月寫一篇《表分區(qū)》的文章，排版比他更好，改一下表分區(qū)功能順序

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

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

然后就會有剛進(jìn)入這個(gè)行業(yè)的畢業(yè)生推薦你的文章了o(∩_∩)o?

?

所以我覺得畢業(yè)生是很辛苦的，對舊的知識點(diǎn)需要學(xué)習(xí)，對新的知識點(diǎn)也需要學(xué)習(xí)，比如SQLSERVER2014新出的功能

舊的知識點(diǎn)/功能還沒有運(yùn)用熟練，新版本數(shù)據(jù)庫又出新的功能，學(xué)習(xí)的東西如此之多，這里不管是數(shù)據(jù)庫也好，編程語言也好

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

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

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

?

---

第二方面：文章標(biāo)題

有時(shí)候文章標(biāo)題也很重要，大家看到我這個(gè)標(biāo)題：《分享一個(gè)SQLSERVER腳本》就知道樺仔要發(fā)大招了

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

然后大家點(diǎn)擊進(jìn)去，看到是一個(gè)非常好的腳本，馬上收藏o(∩_∩)o?

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

?

分析聽風(fēng)大師的文章：

在聽風(fēng)大師的文章《SQL Server 游標(biāo)運(yùn)用：查看一個(gè)數(shù)據(jù)庫所有表大小信息（Sizes of All Tables in a Database）》里腳本有幾個(gè)

?

1、文章標(biāo)題比較普通，吸引力不夠，因?yàn)榭吹轿恼聵?biāo)題不用點(diǎn)擊進(jìn)去看文章內(nèi)容就知道是寫什么的了，有可能這些腳本會對我們沒有用。。

2、網(wǎng)上很多文章都說游標(biāo)對數(shù)據(jù)庫性能不好，這樣會使我們先入為主，認(rèn)為游標(biāo)不好，作者的這種做法不好，那么大家都不想去看了

?

實(shí)際上，數(shù)據(jù)庫游標(biāo)更多的是使用在數(shù)據(jù)庫維護(hù)上面，我們的很多腳本都使用了游標(biāo)，因?yàn)閿?shù)據(jù)庫實(shí)在太多

如果你問其他的DBA，他們應(yīng)該也會回答你：我們通常都使用游標(biāo)來維護(hù)數(shù)據(jù)庫

我們的各種批量腳本里，就基本上都使用游標(biāo)

?

再來分析一下我的文章：

我的文章標(biāo)題是《分享一個(gè)SQLSERVER腳本》，會讓人覺得充滿神秘感，很想點(diǎn)擊進(jìn)去看一下究竟是什么樣的腳本，你不點(diǎn)擊進(jìn)去是不知道是什么腳本來的

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

進(jìn)而更加提升閱讀量了

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

然后這件產(chǎn)品的口碑就慢慢上來了！

?

---

第三方面：方便用戶原則

細(xì)心的童鞋可能會注意到文章里面的最后一個(gè)截圖，我這里的rowsinfo已經(jīng)達(dá)到4億+，reserved是187389824KB

?

就是說這張表已經(jīng)有4億+的數(shù)據(jù)，數(shù)據(jù)庫大小是178G+，當(dāng)然這張大表是做了表分區(qū)的

?

而已運(yùn)行這個(gè)腳本在1秒之內(nèi)就可以得到查詢結(jié)果，這個(gè)在生產(chǎn)環(huán)境里是十分重要的

你要跟人家說你這個(gè)腳本牛在哪里?

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

人家用了之后，發(fā)現(xiàn)這個(gè)產(chǎn)品真的很牛，人家才會為你的產(chǎn)品埋單！

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

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

?

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

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

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

?

?

方便用戶原則：

雖然是一個(gè)簡單列/簡單的功能，你加上去了，就是方便了用戶，節(jié)省了用戶的時(shí)間

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

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

---

總結(jié)

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

?

還有一個(gè)就是 ?，希望聽風(fēng)大師不要責(zé)怪我，因?yàn)槲夷盟奈恼麻_刀了，有怪莫怪?有怪莫怪?有怪莫怪?有怪莫怪?有怪莫怪 有怪莫怪。。。

?

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

總結(jié)

以上是生活随笔為你收集整理的讨论一下文章的阅读量 （个人观点）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。