【ChinaUnix社区十一周年站庆图书专题】MySQL之SQL编程（获奖名单已公布2013-1-7）

ruochen

这本书据说不错
没有这本书，还没看过

hansion3406

非常酷哦，不顶对不起良心

zhou174231

MYSQL 的表的设计很重要，深有体会呀。工作中由于电站的信息很多，都相互依赖着，那天软件做了初始化还原的操作，在创建表里索引没有加进去，
把数据给处理完了，查询时，8条left join 直接干掉了服务器

hebingyue

Mysql，只是一些简单应用啊，数据量没过千万，表结构简单，用不上什么优化，
像oracle, sqlserver, postgresql，只是应用写标准sql。

数据库也面向对象了，比如cache ，面向程序员的数据库。

forgaoqiang

的确不错 关键是同一个结果的实现方式太多了 效率本身来源于合理的Schema

kinfinger

回复 1# 红豆抹茶
1、简述SQL语言的优点，您认为它对于MySQL数据库的应用OLAP方面起到了什么作用？ 
就目前的应用来看,OLTP的应用远远多于OLAP，OLAP目前基本没有涉及到
2、您在日常工作中经常使用哪种图形化的查询分析器，你觉得比其他的图形化工具有什么优势？
没有图形化的查询分析器，都是命令行形式来直接查看PLAN_TABLE,之所以没有图形化的原因是环境的原因吧
3、如何编写出简单高效并易于维护的高质量SQL代码，分享一下您的经验
简单高效且易于维护的高质量ql代码，貌似鱼和熊掌不能得兼吧，个人从系统调优的角度来看谈一谈，即从索引的角度谈谈sql代码编写
每次版本投产后第一件事就是调整程序的访问路径，感觉考虑的比较多的无非就是那几个因素，一个重中之重就是索引
sql代码的质量与索引可以说是息息相关，高效的sql的代码肯定具有好的访问路径，当然索引的设计也应当是合理的。
开发人员在编写代码的时候对索引的重视其实远远不够，或者是存在误区
应当认识到，关系模式的设计是基于你的数据，但是索引的设计确实要依据你将来的Query，
需不需要一个索引可以根据上面 的这一条来衡量，同时在创建索引的时候也要为你的sql考虑，即
建立索引涉及要遵循 ：
在索引中要尽可能多包含query中group by的字段
在索引中要尽可能多的包含query中需要要order的字段
在索引中要尽可能多的包含query中的select字段
这样在你的sql代码利用好索引可以编写简单高效，易于维护的代码，上述三个原则可以按照重要性进行选择，看你是group by ，order by select ,但是但是索引并不是越多越好，索引的维护也是有代价的
索引需要占用磁盘空间与内容空间
表的修改(插入，修改，删除）都需要修改索引，严重的情况下回发生index split
优化器在给sql代码选择访问路径的时候，需要考虑索引
开发人员在开发时候综合考虑上述两个因素，对sql代码的效率应该是有帮助的，

   

ljwd1000

1、简述SQL语言的优点，您认为它对于MySQL数据库的应用OLAP方面起到了什么作用？
sql语句的优点，个人认为相对比较简洁，易懂，学习较容易。
OLAP没有用过，这个没有发言权

2、您在日常工作中经常使用哪种图形化的查询分析器，你觉得比其他的图形化工具有什么优势？
查询分析，我都是使用命令行模式的explain去分析慢查询语句，图形工具没有用过

3、如何编写出简单高效并易于维护的高质量SQL代码，分享一下您的经验
没有SQL编程经验，不发言

孙轩

个人感觉在拼命思考如何优化sql的时候,可以考虑从数据库设计入手,打好根基才能盖好房子,有时候sql需要用很复杂的语句才能完成的功能,其实只要在数据库表上少量改动增加些冗余就可以了,这个涉及到全盘的考虑,空间换复杂度还是复杂度换空间,合适就好.上层楼看得更远,有时不要扎太深,哈哈哈

liubolook

分区查询如果表的数据量太大咋办啊

chenjintao_ii

孙轩 发表于 2012-12-06 11:30
个人感觉在拼命思考如何优化sql的时候,可以考虑从数据库设计入手,打好根基才能盖好房子,有时候sql需要用很复 ...

赞同，所有计算机应用，甚至地球人日常生活方面都离不开这个问题，时间换取空间，以及空间换取时间。

貌似说了句废话