需要新开发系统模块，架构师三七二十一 说先上线，上线了再优化。对于一个可能存在高并发要求的核心模块，架构师把所有的数据基础表schema设计和底层基础设计都交给了普通的开发人员。 自己在那里忙七忙八不知所谓，不知道自己所担负的责任。面对质疑，他竟然说 系统先上线，再优化。 代码也没有任何规范，风格不统一，游离的变量四处可见，根本找不到封装的影子，schema设计的一塌糊涂，修改表结构就像写测试用例一样频繁。表臃肿无比，在这样的团队我能呆多久？ 高效的系统来自于设计而不是优化！！优化自然重要，但绝不是维系系统高效的决定性策略。前期的设计都一塌糊涂，后期的优化根本解决不了问题。 我要走了，狗日的。 这里我们需要引入一个概念吗，schema的设计并不是完全遵循所谓的三范式就是完美的，这是完全彻底的谬论! 标准化的三范式理论应该永远躺在实验室里，高性能的互联网schema设计，不应该被所谓的三范式约束。 我不可能会因为三范式 就不会去冗余另一张表的id ，因为这会让query 提高一个数量级的效率， 我不可能会因为三范式 而把所有的 商品相关的字段都设计在一张表里，因为我需要把大字段和小属性分开啊，频繁访问的数据和冷数据是不应该被放在一起的，这才是正确的schema设计。
请尊重知识，请尊重原创 更多资料参考请见 http://www.cezuwang.com/listFilm?page=1&areaId=906&filmTypeId=1