仓酷云

标题: 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