标签：sharding bigtable java google-app-engine

我目前正在将一些工作从MySQL移植到Google App Engine / Java.我正在使用JDO,以及需要的低级Java API.

我阅读了有关分片计数器的优化指南：http://code.google.com/appengine/articles/sharding_counters.html

我仍在构建我的应用程序的基础.我知道过早的优化是万恶之源;但这是明确记录的,以避免争用.所以我很难决定我是否应该偏向某种方式.

那么我应该默认分片计数器(以及其他可能更高频率的写操作对象),还是应该在没有分片的情况下继续前进并根据需要实现？

解决方法:

这里“早熟”的显着含义是“在适当的时间之前”.设计以避免限制,当很好地理解这些限制时,为时尚早.

打碎你的柜台.

标签：sharding,bigtable,java,google-app-engine
来源： https://codeday.me/bug/20190729/1576623.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。