软件开发者最初为了做出某种功能而努力着。
当有一天，开发者们掌握了开发的门道，实现功能已经家常便饭了。
于是人们开始考虑更多问题，性能就是一个问题。
通常2-4年工作经验的开发者会很纠结这个问题，但由于基础参差不齐，对性能的理解也大不相同。
那些年也许我们过于在乎性能问题了。
误区一：O/RM工具影响性能
发现很多人喜欢拿O/RM工具讨论性能，害怕引入ORM工具以后带来损失性能的问题，
不过据我所知目前一些主流的ORM工具性能都半斤八两，ORM工具之间的比较不是性能问题，而是使用习惯的问题。
ORM与原生ADO.NET比较，肯定会损失一定的性能，但是带来了提高开发效率的优势。
据我所知，很多同行做着的OA、ERP什么的系统用户数量都不多，
过于计较性能问题，那就是拿5%不到的特殊情况，拒绝大多数情况提高开发效率。
没有人说用了ORM就一定要每个地方都用ORM到底。
误区二：存储过程可提高性能
采用存储过程本身没有什么问题，过于频繁地用存储过程，调试就会比较烦。
1、程序里加断点，然后变量复制到存储过程里加断点调试。
2、过于依赖存储过程，数据库里包含业务逻辑，业务逻辑就分散在程序与数据库，代码可读性损失。
3、调用存储过程的确让很多SQL语句变成了一个存储过程名和参数，减少了网络传输，但很多情况下不需要这点性能。
4、业务逻辑都写在存储过程里了，用面向对象语言的话就当做面向过程语言用了，对开发功能复杂的项目比较不利。
误区三：大数据性能问题
只要接触到几百万或者几千万就认为是大数据，有些人甚至以为MSSQLSERVER数据库碰到千万级的就得挂了。
其实不然，如果每个月以百万级的数据增长，那么对查询而言这些都是小数据，利用分区与查询约束还是比较容易解决的。
而用同样的方法，MSSQLSERVER也能处理超越千万级的数据。
数据库真正的性能问题在哪里?
真正的性能问题从宏观上讲我认为是数据库设计问题，微观上则是SQL调优。
总结
不该以性能为理由拒绝ORM工具，也不该滥用存储过程。
关注性能从设计阶段开始，不可过于纠结性能问题而损失开发效率。
原文发布时间为：2018-06-7
