仓酷云
标题:
MYSQL网页设计TOP N 和SET ROWCOUNT N 哪一个更快?
[打印本页]
作者:
灵魂腐蚀
时间:
2015-1-16 22:25
标题:
MYSQL网页设计TOP N 和SET ROWCOUNT N 哪一个更快?
采用DBaaS解决方案,他们也可以使用同大企业一样的技术。在大型组织中,DBaaS可以提供部门级解决MySQL学习教程,而无需IT部门和采购部门的介入,提供更快和更容易的方法来实现小型解决方案。懒得翻译了,粗心:
在有符合的索引的时分,Topn和setrowcountn是一样快的。可是关于一个无序堆来讲,topn更快。
道理本人看英文往。
Q.IsusingtheTOPNclausefasterthanusingSETROWCOUNTNtoreturnaspecificnumberofrowsfromaquery?
A.Withproperindexes,theTOPNclauseandSETROWCOUNTNstatementareequallyfast,butwithunsortedinputfromaheap,TOPNisfaster.Withunsortedinput,theTOPNoperatorusesasmallinternalsortedtemporarytableinwhichitreplacesonlythelastrow.Iftheinputisnearlysorted,theTOPNenginemustdeleteorinsertthelastrowonlyafewtimes.Nearlysortedmeansyouredealingwithaheapwithorderedinsertsfortheinitialpopulationandwithoutmanyupdates,deletes,forwardingpointers,andsoonafterward.
Anearlysortedheapismoreefficienttosortthansortingahugetable.InatestthatusedTOPNtosortatablewiththesamenumberofrowsbutwithunorderedinserts,TOPNwasnotasefficientanymore.Usually,theI/Otimeisthesamebothwithanindexandwithout;however,withoutanindexSQLServermustdoacompletetablescan.Processortimeandelapsedtimeshowtheefficiencyofthenearlysortedheap.TheI/OtimeisthesamebecauseSQLServermustreadalltherowseitherway.
据我的观察,现在有一个趋势,那些经过正式培训的数据库管理员DBA更倾向于选择一个专有关系数据库,例如Oracle。对于一些具有专门数据库管理员的比较大的环境来说,MySQL很难得到宠爱,这时候,关于MySQL是否真的具有良好的可扩展性的争论已经没有意义。
作者:
简单生活
时间:
2015-1-19 11:45
我是新手,正在学习数据库和操作系统,深感理论的泛广,唯有一步一步来,但是又感觉时间不够,收集了很多资料却总是没能认真的看完,希望有一个讨论板块,大家共同解决,共同分享,共同努力
作者:
飘灵儿
时间:
2015-1-24 16:04
大家注意一点。如下面的例子:
作者:
莫相离
时间:
2015-2-2 09:38
对于数据库来说,查询是数据库的灵魂,那么SQL查询效率究竟效率如何呢?下文将带对SQL查询的相关问题进行讨论,供您参考。
作者:
若相依
时间:
2015-2-7 17:59
始终遗憾SQLServer的登陆无法分配CPU/内存占用等指标数。如果你的SQLServer给别人分配了一个只可以读几个表的权限,而这个家伙疯狂的死循环进行连接查询,会给你的系统带来很大的负担。
作者:
只想知道
时间:
2015-2-22 20:17
对于数据库来说,查询是数据库的灵魂,那么SQL查询效率究竟效率如何呢?下文将带对SQL查询的相关问题进行讨论,供您参考。
作者:
精灵巫婆
时间:
2015-3-7 02:55
然后最好有实践机会,能够把实践到的和实践结合起来,其实理论思考是个非常困扰和痛苦的事情
作者:
再现理想
时间:
2015-3-14 09:59
对于微软系列的东西除了一遍遍尝试还真没有太好的办法
作者:
蒙在股里
时间:
2015-3-21 02:24
也可谈一下你是怎么优化存储过程的?
欢迎光临 仓酷云 (http://ckuyun.com/)
Powered by Discuz! X3.2