对于像IMDB（http://www.imdb.com/name/nm0000138/），LinkedIn或Facebook这样的网站，似乎可能有一千个查询来加载单个页面。
页面请求上可以（合理地）生成的查询数量是否有上限？或者这个问题是通过缓存解决的，比如memcached？还有其他策略可以采用吗？ （我想在IMDB上，内容大部分是用户页面的静态内容。）
答案 0 :(得分：0)
没有真正的硬限制。这一切都取决于许多因素;包括数据库流量的配置文件，数据库可用的资源，数据库体系结构（复制/分发等），架构，应用程序设计，网络连接以及用户的期望。
最好的办法是了解页面加载时间应该是多少（95％的页面加载时间应小于0.5秒或者其他），然后设置一些基准测试来检查是否达到了这些目标。只要您的应用程序采用分层方法构建，并且组件已完全封装/分离，您就应该能够根据需要添加性能改进策略（如缓存），以保持您的性能。