一个简单的问题：
文章分类表：
article_type(id, name, pid, num)
采用JSP开发的办公自动化产品、基于B/S结构，运行环境：JDK v1.5、Tomcat v5.5、MySQL v4.1，三者均为以上版本其他相关内容：可视化流程设计： 流程支持串签、会签和分支流程，可以设置流程节点的修改、删除权限，并可指定流程中各个用户在表单中可以填写的域。智能表单所见即所得设计： 智能设计，自动在数据库中生成表格，方便优化程序 公共交流： 集论坛、博客、聊天室于一体文件柜：C
0
这个num是该分类下的文章数量，我之前一直就是这样的，在新增文章或者删除文章时都会更新对应分类的num字段。
但是现在我觉的这好像没有必要，因为每个文章分类下面的文章数量可以通过文章表很容易的count()算出来，所以就觉得这个num是多余的了，并且编辑文章操作时还要更新article_type表num感觉有点烦。
我想取消这个字段，但是又很纠结，因为，这样以后相对的select语句会增多，以前直接从num取就行了，现在每次都要count()一下，有多少个分类就要count()几下，感觉是不是相对于以前而言有性能问题，不太合理呢？
感觉就这么个简单的问题就已经涉及程序的耦合，表的范式设计等考量。
纠结，希望大神指点，谢谢！
一个简单的问题：
文章分类表：
article_type(id, name, pid, num)
这个num是该分类下的文章数量，我之前一直就是这样的，在新增文章或者删除文章时都会更新对应分类的num字段。
但是现在我觉的这好像没有必要，因为每个文章分类下面的文章数量可以通过文章表很容易的count()算出来，所以就觉得这个num是多余的了，并且编辑文章操作时还要更新article_type表num感觉有点烦。
我想取消这个字段，但是又很纠结，因为，这样以后相对的select语句会增多，以前直接从num取就行了，现在每次都要count()一下，有多少个分类就要count()几下，感觉是不是相对于以前而言有性能问题，不太合理呢？
感觉就这么个简单的问题就已经涉及程序的耦合，表的范式设计等考量。
纠结，希望大神指点，谢谢！
第一，设计是遵守范式的，这代表你在设计表的初衷是尽可能少的冗余．
第二，适当的反范式，特定的场合下严格的范式反而导致严重的性能影响，这意味着你需要在＂优雅的设计＂和＂实用主义＂之间做权衡，这一点需要根据你业务的不同来看，永远不要追求完美．
现在来看看你的场景，你的article_type增加了num的冗余，这种场景下，能带给你好处的是，当文章的w比较多，而你对每一类的num的实时性要求并不是那么高，但你又需要频繁的在多处显示，甚至你可能是每天或者每个小时更新一下，这时候num的冗余是合理的，你可能会减少需要select count(*)的过程．但当你只有只有很少的地方需要这个num，那么count完全能满足你的要求，而且不会带给你看得见的性能损失，这种情况下，应该要遵守范式．
考虑放弃使用num能带给你大多的麻烦，需要重构的代码多么？会不会影响到核心的逻辑？是否可以把num做到cache中去呢？
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
754
收藏
