黄爱岗廊坊师范学院信息技术提高班 第七期

一条sql语句解决的复杂业务，请往下看： 业务介绍：一个单位有多个立项（立项信息表里有单位id），每个立项可能被预警多次（预警信息表里的uuid字段的值里包含有立项id或单位id），每个预警事件又可能被督办多次（督办信息表里有预警id），最后需要统计出每个单位一年被督办的总次数（total） ... ... 总结：sql语句写好了不但能实现复杂的业务，还能提高程序的执行效率，而且还能让我们的程序逻辑变的更加简单，平时我们应该在这方便多下点功夫，这样做会给我们带来更高的效益、更多的鼓励。

业务：一个表中有很多数据，在这些数据中有个别数据出现了重复的数据 目标：需要把这些重复数据删除同时保留第一次插入的那一条数据，还要保持其它的数据不受影响。 总结：在mysql数据库中，sql语句中最后不要出现in或not in关键字的查询，数据量大的情况下使用它们效率很低，可以使用左右连接来代替in操作，这样效率会提高很多倍，大数据量下尤为明显。

数据库连接的建立及关闭是一种极耗系统资源的操作，尤其是在多层结构的应用环境中，这种资源的耗费对系统性能影响尤为明显。在工作时做系统优化对这方面的很有体会，相同功能的查询语句，由于打开关闭数据库连接的次数不同导致两个查询语句耗费的时间差别很大。一个数据库连接对象均对应一个物理数据库连接，每次操作都打开一个物理连接，使用完后立即关闭连接。频繁地打开、关闭连接将会造成系统性能低下。虽然写高性能的sql语

面对这个信息量越来越大的社会，我们的电脑硬盘也变的越来越大，各种企业级数据库的信息也越来越多，那么如何从存放大量的数据的数据库里快速查找我们想要的东西呢？        其中的一个方案就是合理的使用索引。        索引是各种关系数据库系统最常见的一种逻辑单元，是关系数据库系统举足轻重的重要组成部分，对于提高检索数据速度有着至关重要的作用，索引的原理是根据索引值得到行指针，然后快速

对一个数据库来说，只能做到更优，不可能最优，并且根据实际需要，优化方案也是有所差异的，大概需要我们关心的有它的读取速度、存储空间、可维护性以及可扩展性等，而这些方面往往又是相互矛盾的，下面就结合网上的一些资料来谈谈数据的分析设计。        一般来说，在系统分析阶段往往有很多需要关注的方面，系统各种功能性、可用性、可靠性、安全性需要求往往吸引了我们大部分的注意力，但是，我们还需要注意，性能也

接着上一篇我们继续介绍下一个话题，数据库访问优化法则：          要正确的优化SQL，我们需要快速定位能性的瓶颈点，也就是说快速找到我们SQL主要的开销在哪里？而大多数情况性能最慢的设备会是瓶颈点，如下载时网络速度可能会是瓶颈点，本地复制文件时硬盘可能会是瓶颈点，为什么这些一般的工作我们能快速确认瓶颈点呢，因为我们对这些慢速设备的性能数据有一些基本的认识，如网络带宽是2Mbps，硬盘是每

做了一段时间的性能优化，感觉不错，接触到了不少基础知识，也锻炼了自己的逻辑思维，写代码的时候考虑的更加全面一些，自己写出来的代码质量也会有所提高，写完一段代码会回头看看是不是有更简单更优的实现方法，还有也会自动会去考虑遵循一些基本的规范，比如嵌套循环不能超过三层、方法和类都要遵循单一职责的原则等等。        下面就将自己这段时间的工作总结一下，记录的同时也给刚做这方面工作的同志们一些建议，

做系统优化两个多月了，优化了几个数据导出的功能，根据测试的结果来看，优化的效果还是很明显的，执行百秒以上的功能优化到了十秒之内，甚至有一个导出csv文件的给优化到了三秒内，所以一些优化经验还是可以借鉴的，下面我就针对我做优化的系统说一下我做的优化点，希望也能给和我一样的优化人员一些参考的价值。         要想解决问题首先得发现问题，第一步要做的就是熟悉整个功能的每个环节，可以用断点调试的方

<!-- @font-face {font-family:宋体} @font-face {font-family:宋体} @font-face {font-family:Calibri} @font-face {font-family:"\@宋体"} p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0cm; mar