第一，设计是遵守范式的，这代表你在设计表的初衷是尽可能少的冗余．
第二，适当的反范式，特定的场合下严格的范式反而导致严重的性能影响，这意味着你需要在＂优雅的设计＂和＂实用主义＂之间做权衡，这一点需要根据你业务的不同来看，永远不要追求完美．

现在来看看你的场景，你的article_type增加了num的冗余，这种场景下，能带给你好处的是，当文章的w比较多，而你对每一类的num的实时性要求并不是那么高，但你又需要频繁的在多处显示，甚至你可能是每天或者每个小时更新一下，这时候num的冗余是合理的，你可能会减少需要select count(*)的过程．但当你只有只有很少的地方需要这个num，那么count完全能满足你的要求，而且不会带给你看得见的性能损失，这种情况下，应该要遵守范式．

考虑放弃使用num能带给你大多的麻烦，需要重构的代码多么？会不会影响到核心的逻辑？是否可以把num做到cache中去呢？