MYSQL教程之MySQL 6.0新特征先容,老紫竹翻译

需要处理因此带来的更多的支持工作，这有可能会带来成本上的提高。在这种情况下，一些MySQL学习教程发行商可能倾向于选择别的开源数据库，例如遵循BSD授权的PostgreSQL。原文：
MySQL6.0新特征先容

MySQL6.0新特征
注重：
由于MySQL6.0开展仍处于初期阶段，这里的内容仍旧会有所变更。
以下功效已或行将增加到MySQL6.0中：
*新Falcon事件存储引擎（见13.8,“Falcon存储引擎”）。
*撑持更多的Unicode字符集：utf16，utf32，和4字节utf8。这些字符集撑持这些附加的Unicode字符集，也就是那些在基本多言语基本以外的字符）。
*增添了BACKUPDATABASE和RESTORE语句来举行备份和复原操纵.见第6.3节，“利用MySQL备份”。
*改善INFORMATION_SCHEMA数据库，并增添了INFORMATION_SCHEMA.PARAMETERS表，INFORMATION_SCHEMA.ROUTINES增添了新列（见第19.27“的INFORMATION_SCHEMA
PARAMETERS表”，和19.14“，INFORMATION_SCHEMAROUTINESROUTINES表”）。
*对子查询和Join举行了优化,包含对MyISAD和InnoB存储引擎分离局限内的批量索引会见。
*RESETSLAVE不再变动复制毗连的参数;之前，它重置他们到命令行指定的数值（见第12.6.2.3，“RESETSLAVE语法”）。
*LOCKTABLES语法已扩大，撑持不会主动事件提交的事件表锁。在前面的LOCKTABLES...INSHAREMODE大概LOCKTABLES...INEXCLUSIVEMODE你可使用未
说起的表级锁，你也能够确保LOCKTABLES语句能够一连的失掉屡次的事件锁,增添分外的表格到锁汇合，而无需解锁之前已锁住的表格。当利用LOCKTABLESwithINSHARE
MODE大概在EXCLUSIVEMODE,表级锁在事件停止前不会解锁。
利用LOCKTABLE取得的事件锁在事件停止时开释,包含显现的提交大概回滚，大概因为语句引发的隐式提交，大概因为链接封闭.12.4.3,“引发隐式提交的语句”,列出了
那些会引发隐式提交的语句。
LOCKTABLES的举动在READ和WRITE锁时报出稳定(也就是当不利用INSHAREMODE大概INEXCLUSIVEMODE)。
*加强的xml功效，包含一个新的LOADXML语法（见第12.2.7，“LOADXML语法”）。
*撑持扩大的正文，包含表，列和索引。
上面的布局是过期的,已在MySQL6.0中删除。使用应当跟新，利用另外一个体例来利用他们。
*table_type体系变量(用storage_engine).
*表格的用来在CREATETABEl大概ALTERTABLE的TYPE参数（利用ENGINE）。
*SHOWTABLETYPES语法（利用SHOWENGINES）。
*Thelog_bin_trust_routine_creators变量（利用log_bin_trust_function_creators）。
*TIMESTAMP(N):来指定显现宽度为N（利用没有N的）。
*SHOWINNODBSTATUS和SHOWMUTEXSTATUS语法（利用SHOWENGINEINNODBSTATUS这两种）。
*TheLOADTABLE...FROMMASTER和LOADDATAFROMMASTER语法。
*SHOWPLUGIN语法（利用SHOWPLUGINS）。
*BACKUPTABLE和RESTORETABLE语法
*The--master-xxx指定复制的参数的服务器参数(利用CHANGEMASTERTOstatement取代):
--master-host,--master-user,--master-passWord,--master-port,--master-connect-retry,--master-ssl,--master-ssl-ca,--master-ssl-capath,--
master-ssl-cert,--master-ssl-cipher,--master-ssl-key
http://blog.csdn.net/java2000_net/archive/2009/02/06/3865915.aspx
能够以较低的成本向客户提供IT所有权，当节约成本成为客户最高优先级时，解决方案提供商可以向更多的客户同时提供服务。虽然有许多来自RDBMS固有的局限性。

sqlserver的痛苦之处在于有用文档的匮乏，很多只是表明的东西

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

另一个是把SQL语句写到服务器端,就是所谓的SP(存储过程);

其中最有名的应该是row_number了。这个终于解决了用临时表生成序列号的历史，而且SQLServer2005的row_number比Oracle的更先进。因为它把Orderby集成到了一起，不用像Oracle那样还要用子查询进行封装。

记得在最开始使用2k的时候就要用到这个功能，可惜2k没有，现在有了作解决方案的朋友会很高兴吧。

无法深入到数据库系统层面去了解和探究

varchar(max)\\\\nvarchar(max)类型的引入大大的提高了编程的效率，可以使用字符串函数对CLOB类型进行操作，这是一个亮点。

数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。