公布mysql 和 sql server 的实行剧本对照

MySQLAB公司的一个高级开发者者表示，“这个特点使得MySQL可以根据你当前的系统的需要来进行调整。”明天正在对MySQLcluster的部分测试，测试历程傍边我对两个体系的一样布局的表格举行了查询，了局出人意表。
剧本以下：
DROPTABLEIFEXISTSurllog;
CREATETABLEurllog(
IDint(11)NOTNULLauto_increment,
urlvarchar(435)NOTNULLdefault,
create_timedatetimeNOTNULL,
PRIMARYKEY(ID)
)ENGINE=NDBCLUSTERDEFAULTCHARSET=utf8;


我本来在sqlserver上有40万数据，把32万数据导进到mysql中，查询了局：

selecturl,count(*)cntfromurlloggroupbyurlorderbycntlimit10
查询工夫：9分钟
selecttop10url,count(*)cntfromurlloggroupbyurlorderbycnt
查询工夫：22秒
这种服务也提供了足够的监控功能来跟踪性能和使用情况，在问题发生时将发出通知并生成一定深度的分析报告。

从项目平台的选择上讲，我们关心的，应该是一款产品能不能满足任务需求，而不是网上怎么说。

备份方面可能还是一个老大难的问题。不能单独备份几个表总是感觉不爽。灵活备份的问题不知道什么时候才能解决。

换言之，只有在不断的失败中尝试成功，而关于失败的总结却是很少的

如果，某一版本可以提供强大的并发响应，但是没有Oracle的相应版本稳定，或者价格较贵，那么，它就是不适合的。

财务软件要用SQL也只是后台的数据库而已,软件都是成品的,当然多学东西肯定是有好处的..

原来公司用过MYSQL自己也只是建个表写个SQL

可能有的朋友会抱怨集成的orderby，其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率，可以为orderby的字段建立聚集索引，查询计划会忽略orderby操作（因为本来就是排序的嘛）。

需要注意的一点，也是我使用过程中发现的一个问题。在建立function->schema->table后，如果在现有的分区表上建立没有显式声明的聚集索引时，分区表会自动变为非分区表。这一点很让我纳闷。