发一篇剖析：轻松懂得 MySQL中破坏的MyISAM表

客户还是可以使用DBaaS系统所能提供的所有能力。数据库云服务消除了组织对专职人员、本地数据库存储设备的需要。他们不必安装、配置和维护任何软硬件。即便MyISAM表格局十分牢靠（SQL语句对表做的一切改动在语句前往之前被写下），假如以下任何事务产生，你仍然能够取得破坏的表：
・MySQLd历程在写两头被杀失落。
・产生未预期的盘算构造闭（比方，盘算机被封闭）。
・硬件妨碍。
・你能够同时在正被服务器修正的表上利用内部程序（如myisamchk）。
・MySQL或MyISAM代码的软件缺点。
一个破坏的表的典范症状以下：
・当在从表当选择数据之时，你失掉以下毛病：
・Incorrectkeyfilefortable:....Trytorepairit
・查询不克不及在表中找到行或前往不完整的数据。
你能够用CHECKTABLEstatement语句来反省MyISAM表的安康，并用REPAIRTABLE修复一个破坏的MyISAM表。当mysqld不运转之时，你也能够用myisamchk命令反省或修缮一个表。
假如你的表变得频仍破坏，你应当试着断定为何会如许的缘故原由。要分明的最主要的事是表变得破坏是否是由于服务器溃散的了局。你能够在毛病日记中查找比来的restartedmysqld动静来初期考证这个。假如存在如许一个动静，则表破坏是服务器逝世失落的一个了局是很有大概的。不然，破坏大概在一般操纵中产生。这是一个缺点。你应当试着创立一个展现这个成绩的可反复天生的测试案例。
业界普遍的声音认为：“MySQL是一个可靠的数据库系统，MySQL学习教程无论是在嵌入式或大型群集系统的部署中，还是在基于Web的应用程序领域。

多走走一此相关论坛，多看一些实例开发，多交流0经验，没什么的，我也是刚学没多久!加油

比如，MicrosoftSQLServer2008的某一个版本可以满足现在的这个业务的需要，而且价格还比Oracle11g要便宜，那么这一产品就是适合的。

以前的DTS轻盈简单。但是现在的SSIS虽然功能强大了很多，但是总是让人感觉太麻烦。看看论坛中询问SSIS的贴子就知道。做的功能太强大了，往往会有很多用户不会用了

这就引发了对varchar和char效率讨论的老问题。到底如何分配varchar的数据，是否会出现大规模的碎片？

只能告诉你，学好数据库语言和原理，多见识几种数据库软件，比一棵树上吊死要好。

语句级快照和事务级快照终于为SQLServer的并发性能带来了突破。个人感觉语句级快照大家应该应用。事务级快照，如果是高并发系统还要慎用。如果一个用户总是被提示修改不成功要求重试时，会杀人的！

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