0

我目前正在使用 Zend_Amf_Server 开发 flex 应用程序的后端,并且已决定将大量文本资产从 db 移动到一些 xml 配置文件中。该应用程序正在向 10k+ 的 Intranet 用户群推出,因此在我看来,db 交互越少越好,但是其中一位开发人员提到客户端应该意识到静态 XML 方法的风险可以有许多并发用户的系统。

有没有人有任何经验或链接/白皮书来解决他们在为许多并发用户开发 flex 应用程序时遇到的任何可伸缩性问题,以及 xml 作为数据源是否值得关注?从可扩展性的角度来看,每个用户在启动时读取一次价值 50kbs 的 xml 文件比多次 amf 调用数据库要糟糕得多,这对我来说似乎很奇怪。

4

1 回答 1

0

最好的解决方案是保留 amf 调用,这将比 xml 文件小得多,并在服务器端使用某种缓存来防止如此多的数据库调用。

http://benmetcalfe.com/blog/2005/12/mysql-database-caching-in-php/

于 2010-01-28T10:47:28.377 回答