tic*_*ian 8 mysql stored-procedures
我正在为一家珠宝批发商运营一个网站.
所有产品的价格均使用当前每晚更新的金银金属修复计算.
目前,对于该网站,计算是通过php include函数计算出来的,该函数在当前情况下工作正常.
大约有10,000种产品,但价格是实时计算的(即请求网页时).计算很简单,但有很多(大约50+),我担心流量增加可能会减慢当前脚本的速度.
我正在重新设计该网站,并想知道在MySQL中创建一个程序来进行计算是否有益.
这可能比当前的PHP脚本更快吗?有人知道有关使用程序的任何好的阅读参考吗
Unk*_*own 14
这是存储过程与php的基准测试.
http://mtocker.livejournal.com/45222.html
存储过程慢了10倍.
您可能还想看看这个:
http://www.tonymarston.net/php-mysql/stored-procedures-are-evil.html
如果您考虑这个原因是由于性能和可伸缩性,那么我建议继续PHP中的计算.
这样做的原因是,无论您的PHP是否存在性能损失,当您扩展Web应用程序时,移动到多个Web服务器通常比多个数据库服务器更容易.因此,最好在PHP中进行更多计算,在MySQL中进行更少计算.
除了性能方面,我仍然倾向于避免使用存储过程来支持在应用程序中使用逻辑
如果你想使用存储过程,这些问题当然可以解决,没有太大的困难.
| 归档时间: |
|
| 查看次数: |
10564 次 |
| 最近记录: |