好吧,所以我相信你们很多人都建立了疯狂的数据库密集型页面.
我正在构建一个页面,我想从其中提取各种无关的数据库信息。下面是针对这一页的一些不同查询示例:
文章内容和信息(如果作者是注册用户),如果作者是注册用户,他们的信息( counter
的信息
我知道这些基本上都是闪电,而且我可以组合一些,但我想确保这不是异常吗?
有多少正常和非繁重的查询,你会限制自己在一个页面上?
发布于 2009-02-18 16:59:23
尽可能多,但不要更多。
真的:不要担心优化(现在)。首先构建它,其次度量性能,然后IFF在某个地方出现性能问题,然后从优化开始。
否则,您可能会花费大量的时间来优化一些不需要优化的东西。
发布于 2009-02-18 17:08:02
我已经有了50个关于它们的查询页面,没有问题。对非大型(即适合主存)表的快速查询可以在1毫秒或更短的时间内发生,因此您可以执行其中相当多的操作。
如果一个页面加载不到200毫秒,你将有一个快速的网站。其中很大一部分是由服务器和浏览器之间的延迟来使用的,所以我的目标是在服务器上花费少于100 is的时间。在这段时间内,可以执行任意数量的查询。
最大的瓶颈可能是您必须花费在项目上的时间,所以首先要进行优化:)以后再优化代码,如果有必要的话。话虽如此,如果您要编写任何与此问题相关的代码,请编写一些可以清楚显示查询所用时间的代码。这样你至少可以发现你有问题。
发布于 2009-02-18 16:48:18
我认为对此没有任何正确的答案。我想说的是,只要查询速度快,并且页面遵循逻辑流,就不应该对它们施加任意的限制。我见过有十几个查询的页面,我也见过它们爬满了一个查询。
https://stackoverflow.com/questions/561900
复制相似问题