如果是OLTP的应用,SQL相对比较简单。可以建一个有基础数据量的验证库(如果有生产数据做依照就更好了)。让每个开发人员把自己的SQL做一下explain。把cost > 1000 (1000这个值得根据自己的应用去调整)或者里面有TBSCAN字眼的单独找出来,由DBA和开发人员一起做优化。如果是仓库类...
显示全部如果是OLTP的应用,SQL相对比较简单。可以建一个有基础数据量的验证库(如果有生产数据做依照就更好了)。让每个开发人员把自己的SQL做一下explain。
把cost > 1000 (1000这个值得根据自己的应用去调整)或者里面有TBSCAN字眼的单独找出来,由DBA和开发人员一起做优化。
如果是仓库类应用,SQL都比较复杂,要判断出SQL有没有性能问题比较麻烦,只能整理出一些代码走查要点,让开发人员互查或自查了。
至于要不要有固定的流程,这个跟企业文化相关,是管理层面的问题,不是单纯的技术问题了。
收起