討論一下文章的閱讀量 （我的觀點）

討論一下文章的閱讀量 （我的觀點）

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

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

都是同樣的。對於剛進行業的畢業生來講很難辨別那篇文章有水平，哪一個功能好，哪一個功能很差，只好：「一、先收藏留着備用-》二、推薦文章-》三、關注做者」

上面3個是指定動做，包括我本人，對於本身不熟悉的知識也是這樣。。。

你們看一下我收藏的文章就知道了

 

---

第二方面：文章標題

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

必定有筍嘢益你們（廣東話：意思是有好東西分享給你們）

而後你們點擊進去，看到是一個很是好的腳本，立刻收藏o(∩_∩)o 

並且最重要的是個人文章只有一個腳本，你們都會以爲這個腳本是精華來的，趕腳收藏！

 

分析聽風大師的文章：

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

 

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

二、網上不少文章都說遊標對數據庫性能很差，這樣會使咱們先入爲主，認爲遊標很差，做者的這種作法很差，那麼你們都不想去看了

 

實際上，數據庫遊標更多的是使用在數據庫維護上面，咱們的不少腳本都使用了遊標，由於數據庫實在太多

若是你問其餘的DBA，他們應該也會回答你：咱們一般都使用遊標來維護數據庫

咱們的各類批量腳本里，就基本上都使用遊標

 

再來分析一下個人文章：

個人文章標題是《分享一個SQLSERVER腳本》，會讓人以爲充滿神祕感，很想點擊進去看一下到底是什麼樣的腳本，你不點擊進去是不知道是什麼腳原本的

並且隨着文章的閱讀量和推薦量的增長，會使後來的讀者愈加以爲想看一下這個充滿神祕感的腳本o(∩_∩)o 

進而更加提高閱讀量了

就比如你們買一件產品，你們都以爲好用，很神奇，並且不貴，那麼就會有更多的人想買這一件神奇的產品

而後這件產品的口碑就慢慢上來了！

 

---

第三方面：方便用戶原則

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

 

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

 

而已運行這個腳本在1秒以內就能夠獲得查詢結果，這個在生產環境裏是十分重要的

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

比你們買一件產品，你們都以爲這件產品很牛，可是具體牛在哪裏，你須要跟人家說清楚

人家用了以後，發現這個產品真的很牛，人家纔會爲你的產品埋單！

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

網上雖然有這個腳本，可是基本上網上的腳本都沒有添加 「每行記錄大概佔用空間（KB）」這一列

 

你們看了腳本以後，可能會以爲這一列的計算太簡單了，就一個DataInfo /RowsInfo 

我就想問，網上腳本文章的做者，爲何這麼簡單大家就不加上去呢？

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

 

 

方便用戶原則：

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

並且這些功能也不是太複雜，爲何不加呢？

你有沒有想到你的腳本還有什麼功能能夠加入進去的呢？

---

總結

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

 

還有一個就是  ，但願聽風大師不要責怪我，由於我拿他的文章開刀了，有怪莫怪 有怪莫怪 有怪莫怪 有怪莫怪 有怪莫怪 有怪莫怪。。。

 

歡迎你們噴我  o(∩_∩)o 哈哈