公布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后,如果在现有的分区表上建立没有显式声明的聚集索引时,分区表会自动变为非分区表。这一点很让我纳闷。
页:
[1]