SQL优化是重点

这话说得太次了。。

SQL绝对是重点！！

如果是ormapping那如何优化sql？
我感觉还是设计的时候应该考虑数据量和程序的压力，sql优化只能后期做。表和程序做不好或者用错了框架，sql怎么优化最后能提高的性能很有限。

  有意思……如果我的系统没有用数据库呢？

好文章，感谢 呵呵

如果每个人都能这么把自己认为最好的心得写出来，中国的技术进步就快了，呵呵呵

Oracle把个软件做的配置，优化那么复杂，真是扯淡

这种公司是最应该翘翘的，甭管微软怎样，人家用户体验是做的真不错。

ormapping 也是实体对数据库表的映射而已，最后反映到数据库中的还是Sql,SQL的结构和你的表结构设计有很大的关系。你难道说SQL不是重点？如果你只是简单的一两张表的数据查询，那么我相信70%的人写出来的SQL都是一样的。

一般来说，程序写的不好也绝对没有一个BAD SQL 来的厉害。至于框架，如果不用这样那样的框架呢？你能说它性能就不行了？？
至于你说的“我感觉还是设计的时候应该考虑数据量和程序的压力”，那是前提。而且也不会没有事情就跑去SQL优化，一般都是很有针对行的！

同意楼上的，做事不能钻角尖，设计时当然不能教科书般的追求面对象的完美，面向关系的范式化，但这只是设计。但调优就是在运行期的调优，决不是设计期间，所能解决的。
    一味的强调设计，只是那此不懂设计的人，没有实际调优经验的人说的话。没有在实际中调优的人，相信也做不出性能良好的的架构。

   举一个例子，原来在实际项目中，数据库CPU居高不下，通过分析工具分析出来一个很BAD的SQL，先是在程序中找，没有发现。后来是在一个存储过程中的一段代码中发现的。这些Bad SQL并不是设计所能决定的了的。设计只能做到基础的未来能够面对高并发的可扩展的架构。