MYSQL编程：给你的数据库文件减肥

据我的观察，现在有一个趋势，那些经过正式培训的数据库管理员DBA更倾向于选择一个专有关系数据库，例如Oracle。对于一些具有专门数据库管理员的比较大的环境来说，MySQL很难得到宠爱，这时候，关于MySQL是否真的具有良好的可扩展性的争论已经没有意义。数据|数据库在数据库的计划过程当中常常要增加、删除数据库工具，这会使数据库外部留有很多碎片，不克不及无效天时用磁盘空间，文件会渐渐增年夜。这有点象文件体系经由屡次的增删操纵，会招致文件碎片，华侈磁盘空间，并且读写效力下降。

　　你能够用Access供应的工具来紧缩数据库，它将从头布置数据库文件在磁盘中保留的地位，并开释磁盘空间，一般文件的容量会减少成本来的几分之一。

　　但Access文件的增年夜非常夸大，它大概会让文件增年夜十倍，让它痴肥地呆在你的硬盘里。这好象是微软的通病。你能够翻开一个Word文件，增加几个空格再把它们删了（实践文件的内容没有改动），然后保留，你会发明它比方才年夜了些，好比一个45k的文件经由几回如许的变动后文件巨细酿成49.5k→58.5k→68.5k，其实不晓得往文件内里又存了些甚么。以是我们有来由嫌疑Access数据库紧缩的效果。

　　一年之前我编了一个统计体系，用了也许3个月，几近天天都在修正，几天就紧缩一次，最初这个Mdb文件有20M年夜，即便是Mde文件也有8M多，我乐坏了，觉得本人也能计划年夜型程序了。往年这个程序要晋级，但是源程序让我弄丢了（疼爱呀），因而下定决计，从头编了一个。功效几近没有变，最初的Mdb文件巨细只要2M多，我的天！几乎不敢信任！本来Access文件修改得越多紧缩得越多文件就越年夜，甚么逻辑！

　　另有，假如你的Mdb文件太年夜了，能够创建一个新的空数据库，把本来的数据库全体内容都导进到这个新数据库里，再看看，文件必定小了很多。我做了一个实行，一个640k的Mdb文件，紧缩数据库后酿成240k，再建一个新数据库，把它全体导进，就只要60k了。

　　固然，不管用下面甚么办法，Mdb文件仍是十分松懈的，用Winzip还能把它紧缩好几倍，以是，假如你要把程序妹给伴侣，记得最初还要用Winzip紧缩，才不会华侈你的德律风费。

越来越多的开发者将继续选择MySQL。Evans的总裁JohnAndrews表示，MySQL学习教程用户对MySQL和其他开源数据库的评价正在赶上甚至超过很多专有商业数据库软件。

对一张百万级别的表建游标，同时又没有什么过滤条件，取得游标效率是如果直接SQL查询百万条数据；如果再对每条记录做处理，耗时将更长。

对一张百万级别的表建游标，同时又没有什么过滤条件，取得游标效率是如果直接SQL查询百万条数据；如果再对每条记录做处理，耗时将更长。

你觉得我的非分区索引无法对起子分区，你可以提醒我一下呀！没有任何的提醒，直接就变成了非分区表。不知道这算不算一个bug。大家也可以试试。

SQL语言是学习所有数据库产品的基础，无论你是做数据库管理还是做数据库开发都是这样。不过具体学习的侧重点要看你将来做哪一块，如果是做数据库管理（DBA），侧重点应该放在SQLServer的系统管理上.

始终遗憾SQLServer的登陆无法分配CPU/内存占用等指标数。如果你的SQLServer给别人分配了一个只可以读几个表的权限，而这个家伙疯狂的死循环进行连接查询，会给你的系统带来很大的负担。

对一张百万级别的表建游标，同时又没有什么过滤条件，取得游标效率是如果直接SQL查询百万条数据；如果再对每条记录做处理，耗时将更长。

还不是性能有问题！否则面向对象的数据库早就实现了！建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法，并且用到了大量的指针和高级数据模型。

对于数据库来说，查询是数据库的灵魂，那么SQL查询效率究竟效率如何呢？下文将带对SQL查询的相关问题进行讨论，供您参考。