讨论一下文章的阅读量 (个人观点)

讨论一下文章的阅读量 (个人观点)

昨天我写了一篇文章,不对,应该是前天才对,文章的名字叫《分享一个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 哈哈

posted @ 2014-07-09 12:19  桦仔  阅读(3176)  评论(16编辑  收藏  举报