【大话IT】DBA的痛：SQL优化的讨论（获奖名单已公布）

xgghxkhuang

WY24420 发表于 2016-6-13 09:21
1、你觉得开发应该深入学习数据库吗？是的话你觉得什么层次比较好，不是的话，为什么?
结论：开发人员能够 ...

并不是所有开发都是这样的，如tomkyte所说，开发和dba不是两个阵营的，每次比谁更聪明，其实也就往往拿自己的优点和别人的短处比。

xgghxkhuang

xgghxkhuang 发表于 2016-6-17 20:06
并不是所有开发都是这样的，如tomkyte所说，开发和dba不是两个阵营的，每次比谁更聪明，其实也就往往拿自 ...

开发也有了解并尝试使用oracle知识的，有的开发的sql编写技能和调优技术以及架构设计可以和中级dba媲美，术业有专攻，一个良好的系统需要两者的通力合作，而且开发写的很烂的系统让dba去接手，其实蛮麻烦的，维护代价高。其实，有一部分dba曾经就是开发转过来的，术业有专攻，开发版的newkid就是开发高手，欢迎来转转。

xgghxkhuang

xgghxkhuang 发表于 2016-6-17 20:13
开发也有了解并尝试使用oracle知识的，有的开发的sql编写技能和调优技术以及架构设计可以和中级dba媲美， ...

这也和国情有关系
对开发来说，如何赚钱是最关心的事情
对于开发来说，最需要了解的依次是
1 业务知识，不懂业务知识你就无法驾驭开发，反之可以让开发人员开发，自己掌控全局，业务第一，技术知识服从业务知识，为业务服务
2沟通协调能力，有些时候开发遇到的各种阻力和系统需求方谈需求，扯皮和关联方的交涉，其闹心程度与压力都不小，要想完成一个系统不全靠技术，有的时候其他因素也不小。
3管理技能，项目掌控技能，给你一些人力资源，你要在时间和钱还有人力有限的情况下做出合格的项目，而且精良，易于长期维护，因为厂商只顾赚钱，而埋下的定时炸弹不鲜见。各种人搞不定，都会找你，还有汇报领导。
4最后才是技术。
你看这其实就是开发上升通道了，利益驱动，要求开发专门设计高可靠的基于db的系统，其实是要求过高了，
越到上面离技术越远，利益驱动。而且技术日新月异，过些年可能技术就变了，贬值过快。这就是最本质的现状。

voca

作为非DBA的开发人员也来说下：
1、你觉得开发应该深入学习数据库吗？是的话你觉得什么层次比较好，不是的话，为什么?
个人认为开发懂SQL是必要的， 各种写SQL应该避免的也是必要的，为什么？ 你不会让一个新人开发去写SQL，老家伙们，闲着干嘛，就该多学多控制。

2、在你工作中遇到什么样恶心的sql，吐槽下?
最恶心的sql是某些牛人设计了一套所谓的动态表。  只用三四个表来模拟几十个关联表，然后所有实体表要关联就得找这三四个表。
于是，随便抽一些业务数据，10几张表要关联，每关联一次就得多加几个表，各种+，-号，各种冗余

3、你觉得当sql 到达设么层次的时候，你需要让开发必须改sql？
sql这玩意，首先得有个规范，明确的表明什么样的就必须改。不要啥都给DBA把关。
DBA嘛，效率太差的，频率太高的，又是深入结合业务的，还是让开发改吧，给予技术支持就好

4、大家有没有为了sql跟开发急眼的时候，分享下。
我作为开发，很希望DBA能多给点意见，但是希望越早越好，频繁一点也好。互相学习下。
但是如果碰到赶工，加班加点，突然来个要求，不改就不能怎么样怎么样，那估计还是得急眼。

lfree

我觉得至少让开发知道绑定 ,合理的绑定.

在谓词使用函数要注意,

开发olap至少知道一点分析函数的知识...

hai503

开发团队对新加入的fresher，如果不贯彻本组“做事规范”，对DBA会有二次伤害！
真的。

淡定与洒脱

出了问题再优化，比如某条sql干得nagios告警，cpu占用超过85%。这个时候，你出个优化建议。别人不听，到时候服务器挂了，责任就不是你。
打工别太有责任感。
开发和维护优化类工作本身就是有分歧的，开发追求需求的快速实现，业务部门催得紧呢，而运维优化工作追求的是稳定性。

iuraij

目前就知道索引优化的飘过。。。

starfifi

1、你觉得开发应该深入学习数据库吗？是的话你觉得什么层次比较好，不是的话，为什么?
当然应该学些，索引的工作方式，sql的编写规范要了解，遇上过项目表上面10个索引 都是一个字段一个的，做awr报告后发现有些索引是可以合并的，还能提高sql 的执行效率，问开发开发的答复是，这么建肯定能用上索引，查询快。

2、在你工作中遇到什么样恶心的sql，吐槽下?
查询条件里面 不论字符型还是数字型统一都用字符型的变量，not in 后面是大量结果集的

3、你觉得当sql 到达设么层次的时候，你需要让开发必须改sql？
为了减少前端的代码复杂程度，在sql里面加上很多 1=1开关的sql

4、大家有没有为了sql跟开发急眼的时候，分享下。
没有，发现有问题及时反应，有领导或者部门做评估，不采纳，可能你的意见理解不够，大家都是工作，没必要。
只有客户无法忍受的时候，并且必须开发修改的，如果自己协调不了就让领导出面了，最不济的在客户在场的情况下跟开发的理论

1092047576

   首先一个开发我们先不要求你需要多深入的学习数据库相关知识，但是你至少还是要知道基本的一些sql查询效率吧！如果这个还算是要求比较高的话，那你至少写些标准点的SQL语句吧，不要仅仅只为了实现功能而做功能吧。而且对于做业务数据管理系统的开发更应该多看看数据库相关资料吧。
   吐槽，太多了，给我一天一夜都吐不完。想到刚这个公司的时候，数据库就开发东拼西凑出来的，连字段命名都不规范，一会儿这里是ID，外键又是Code，又没有文档，甚至主外键关系都没有建立，我的天，真的只有神能看明白了。其他各种嵌套子查询，分页竟然用存储过程里面来组装动态SQL执行，看完也是醉了，真不知道还用什么存储过程，直接写给公共方法组装sql去呀，哎，不吐了，影响心情。
   有些开发真的好固执，给他说了他总是感觉自己是对的，他们总是没有问题，遇到这种，难得跟他们急，急完了也不管事，直接跟项目经理沟通解决。大多数开发都还是可以沟通的，而且也很容易接受修改，毕竟大家都可以相互学习，其实主要大家都是想把事情做好，也没有什么矛盾。