本文共 651 字，大约阅读时间需要 2 分钟。

之所以要提这个topic，是因为我在redesign one order DB layer时，需要考虑这个criteria. 作为application来说，同时support 1 million order的change或许不make sense，但是作为底层的technical layer， 用CRM_ORDER_MAINTAIN handle single order的change和1 million个order的change，在实现上没有任何区别。最理想的情况是one order framework memory consumption和处理的order number是linear relationship. 这个有待我生成large volume of test data之后来verify.

成都的其他团队，比如丁哥他们，在deploy 应用到HCP上时，必须指定一个memory quota,

这个size当然越小越好，因为需要根据这个quota向客户进行charge. 更现实一点的问题是，我们在HCP上的trial账号一共只有1G的quota，如果每个应用的size都指定的很大，1G很快就会用完，只有用其他邮箱注册新的账号。我知道丁哥在做productive开发时，在降低memory consumption的优化上花费了很多精力。

转载地址：https://jerry.blog.csdn.net/article/details/103743573 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！