天天看點

讨論一下文章的閱讀量 (個人觀點)

讨論一下文章的閱讀量 (個人觀點)

昨天我寫了一篇文章,不對,應該是前天才對,文章的名字叫《分享一個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 哈哈

繼續閱讀