testabc111
发表于 2011-2-1 22:30:11
本帖最后由 testabc111 于 2011-2-1 22:33 编辑
我个人的感觉,用了框架速度可能会慢,没有正确使用框架速度肯定会慢,这是非常正常的。
因为框架的目的是为了整合各种常用的功能,让你编程方便,会牺牲一定的性能。
举个例子:实际编程,很多地方要进行某三个数统计结果,除1+1+2外,还有2+3+10,5+6+98,10+11+77等等,于是就写了一个类或者函数,你使用的时候只要写 test_sum($a,$b,$c)就能得到结果,某天要把这类统计改掉计算方式,只要改一个函数就可以了。但作为系统来说,他至少经过了函数这一步要处理,或许会慢0.00000000000001秒。
我还没测试过。你可以试验一下。在数据库中录入300万条数据,用codeigniter的mvc模式来查询数据并且显示出来,和直接在一个php页面里面写一个查询,速度的差异是一定能够发现的。。。
eplanet
发表于 2011-3-19 16:08:41
个人感觉。就算框架效率有问题,也不是大问题,利大于弊的。
程序表现出严重问题,肯定是某个环节或几个环节存在设计失误或编写失误。
先确定失误的地方是关键。
fisher412823
发表于 2011-3-21 17:40:56
百万级的问题不大,主要在数据库结构和索引,我用它处理过单表1.2亿的数据库,做好索引优化的情况下,响应相当好,只是mysql此时已经不怎么支持插入了..而且极容易导致io卡死
hsoft0
发表于 2011-4-26 14:20:31
增加几个测试点,看看速度是慢在哪里?
假如实现消耗在sql中,那么优化SQL。与框架就无关了。呵呵
a123123
发表于 2011-5-7 22:02:01
回复 BruceWolf 的帖子
支持,顶
wbgod_1987
发表于 2011-5-9 10:10:57
这个根据自己系统进行优化 设计表结构 建立合理的索引
xiaozhuaisnow
发表于 2011-5-9 14:59:28
1、代码和sql语句优化
2、服务器硬件升级
我想从这两点入手应该就会解决问题
as3291363
发表于 2011-5-10 00:18:06
測試test php code
hulei0102
发表于 2011-5-31 16:49:01
百万、千万级的瓶颈并不在框架,而是索引、数据库的设计是否合理。我个人2个应用一个百万级、一个千万级,效率都不错,挺好的。
qfly888
发表于 2011-6-7 16:22:04
其实主要能把数据库设计的合理就可以了,至于CI的影响么可以忽略的