sha*_*nyu 5 django google-app-engine web-frameworks
我正在开发GAE的某种金融市场模拟.虽然我已经取得了很大的进步,但我已经开始考虑在最近几天解雇GAE并寻找Django + rdbms解决方案.让我说明我的理由:
交易:GAE支持单个实体组的交易.如果应用程序涉及复杂的交易,例如金融市场中的交易,则不能使用此机制(读取:没有可用的交易机制).一些高级用户已经开发出解决这个问题的解决方案,但尚未发布,据说只能在java中使用.
全文检索:具有讽刺意味的是,但目前存在一种非常原始的API.此外,路线图中未提及改进.
分页:开发一个友好的分页机制不适合胆小的(或截止期限).
后台流程:批次在财务应用程序中很重要,目前我必须尝试使用Cron.但我认为后台流程已在路线图中,并将在短时间内提供.
我选择GAE是为了缩短开发时间并轻松应对未来可能出现的可扩展性问题.我非常喜欢GAE,它具有一些优秀的功能,但是将这些问题放在一起需要花费太多精力,并且可能首先取消使用GAE的任何好处.
如果你是我,你会怎么做?
事务:你是对的,GAE无法处理复杂的查询,但没有Big-Table方法可以处理像RDB这样的复杂计算.
全文搜索:使用'原始'API进行全文搜索,你是对的,它是非常黯淡的,绝不可扩展(如果我没记错的话,不能组合超过四个术语来搜索).
后台进程:最新版本提供的CRON进程并不是一半糟糕,然后我再次认为您希望通过后台进程做更多事情.
| 归档时间: |
|
| 查看次数: |
780 次 |
| 最近记录: |