商业需求对数据库的影响是第一位的,一个不是很合理的需求可能会整死你的数据库。
一个很简单的例子:
实时的统计论坛有多少帖子。真的需要实时吗?如果数据量小的时候实时似乎没有多大的影响。如果数据量大的话,对数据库可以说是一个不小的冲击。
解决的办法是建立一个统计表,只有一条记录一个字段就是论坛帖子的总数。但如果是在高峰期的时候,每秒钟有好多的帖子可能又会带来新的问题。
仔细分析一下确实需要实时统计吗?有多少人真正会关心这个数字?
换个角度,如果不需要实时的更新,每隔一段时间刷新这个数字到统计表中,性能提高的不是一点半点。
总结一下:其实好多地方都可以使用这种方法的。比如说分页,到一定程度用户会关心有多少页吗?
遇到这种问题的时候有两个问题可以反问我们自己:
1:真的需要实时吗?
2:用户真的关心吗?
如果处理好了,在这些方面数据库可能会表现的更加出色。
所以在一个新的项目货产品上线前,你和项目经理或产品经理分析一下这些情况,没准他们会采纳你的要求的。
来源:http://blog.sina.com.cn/s/blog_4d8a2c970100fcy6.html
一个很简单的例子:
实时的统计论坛有多少帖子。真的需要实时吗?如果数据量小的时候实时似乎没有多大的影响。如果数据量大的话,对数据库可以说是一个不小的冲击。
解决的办法是建立一个统计表,只有一条记录一个字段就是论坛帖子的总数。但如果是在高峰期的时候,每秒钟有好多的帖子可能又会带来新的问题。
仔细分析一下确实需要实时统计吗?有多少人真正会关心这个数字?
换个角度,如果不需要实时的更新,每隔一段时间刷新这个数字到统计表中,性能提高的不是一点半点。
总结一下:其实好多地方都可以使用这种方法的。比如说分页,到一定程度用户会关心有多少页吗?
遇到这种问题的时候有两个问题可以反问我们自己:
1:真的需要实时吗?
2:用户真的关心吗?
如果处理好了,在这些方面数据库可能会表现的更加出色。
所以在一个新的项目货产品上线前,你和项目经理或产品经理分析一下这些情况,没准他们会采纳你的要求的。
来源:http://blog.sina.com.cn/s/blog_4d8a2c970100fcy6.html
作者:jackxiang@向东博客 专注WEB应用 构架之美 --- 构架之美,在于尽态极妍 | 应用之美,在于药到病除
地址:https://jackxiang.com/post/2821/
版权所有。转载时必须以链接形式注明作者和原始出处及本声明!
评论列表