MYSQL教程之教你轻松把握MySQL数据库中已紧缩表特性

如IBM公司最近宣布让渠道合作伙伴分销其SaaS应用程序的新计划。微软认为MySQL学习教程是销售其云计算服务的重要组成部分。然而即使有这种趋势，DBaaS仍然不同于内部数据库，解决方案提供商必须认识到这一点;否则，他们不仅仅是丢失几个客户，而是要失去的更多。已紧缩存储格局是由myisampack工具创立的只读格局。
一切MySQL分发版里都默许包含myisampack。已紧缩表能够用myisamchk来解紧缩。
已紧缩表有以下特性：
・已紧缩表占有十分小的磁盘空间。这最小化了磁盘用量，当利用迟缓的磁盘（如CD-ROM)之时，这是很有效的。
・每一个纪录是被独自紧缩的，以是只要十分小的会见开支。根据表中最年夜的纪录，一个纪录的头在每一个表中占有1到3个字节。每一个列被分歧地紧缩。一般每一个列有一个分歧的Huffman树。一些紧缩范例以下：
o后缀空间紧缩。
-前缀空间紧缩。
-零值的数用一个位来存储。
-假如在一个整型列中的值有一个小的局限，列被用最小大概的范例来存储。好比，一个BIGINT列（8字节），假如一切它的值在-128到127局限内，它能够被存储为TINYINT列（1字节）
-假如一个列唯一一小组大概的值，列的范例被转化成ENUM。
-一个列可使用先前紧缩范例的恣意兼并。
・能够处置流动长度或静态长度纪录。
WindowsAzureSQLDatabase并不支持数据压缩和表分区之类的功能，而且SQLDatabase支持的Transact-SQL语言只是完整版的一部分。另外，因为解决方案提供商不能控制物理资源，所以他们不能将数据文件和索引分配给特定的硬件。

一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。（有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。）

一个是把SQL语句写到客户端,可以使用DataSet进行加工;

个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。

然后最好有实践机会，能够把实践到的和实践结合起来，其实理论思考是个非常困扰和痛苦的事情

理解了存储结构，再阅读下性能优化的章节基本上会对sqlserver有个清晰地认识

而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~

现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层.

很多书籍啊，不过个人认为看书太慢，还不如自己学。多做实际的东西，就会遇到很多问题，网上搜下解决问题。不断重复这个过程，在配合sql的F1功能。