本赞助帖由IBM云数据服务生产。

移动应用程序承诺将您的品牌转换为您在观众的思想中的态度。但是在他们的核心，这些应用程序是关于生成新的数据类型，并以新的方式使用该数据。

如果您的应用程序根据计划生长，则将以数百万或数十亿的速度从其数据库中检索信息。您不必成为一个软件工程师，以了解您的团队的数据库问题。

不幸的是，没有一种尺寸适合 - 所有解决方案。在不了解组织的目标，技能和IT架构的具体细节，没有软件供应商可以诚实地告诉您他们的数据库是正确的。我们所能做的就是分享一些要点，需要考虑帮助让您的下一个项目取得成功 - 以及在他们不考虑时发生的一些常见错误。

推出规模

您的下一个应用程序发布会像Fitbit®或偶然像Healthcare.gov吗？

当Healthcare.gov推出时，该网站的一些最重要的部分是建立在一个名为“NoSQL”的新型数据库技术上。NoSQL数据库供应商没有建立一个坏产品。事实上，它在大型电子商务应用中有一段成功的记录。问题是公司聘请将数据库融入其他更传统的政府技术的项目，并不知道应用NoSQL概念的最佳方式。结果是一种效率低下的应用程序，而不彻底地测试以处理高卷用户和数据。

数百万用户可能导致数据库磨损到停止。要成功，必须将正确的数据库软件与您的应用程序要求配对。例如，应优先于旨在与用户接触的应用程序中的数据访问。数据一致性可能是具有相互关联的多部分交易的应用程序的优先级。同样，经验丰富的人必须配对以管理正在进行的数据库性能。医疗保健.Gov都失败了。

设计离线

如果您无法访问所需的数据，它很烦人。任何不能使用移动应用程序的人因为他或她的手机丢失信号可以告诉你。

这是“MicrodownTime”的效果。从单个用户的角度来看，您的应用程序已被打破。对他们来说，无法使用应用程序，因为它无法访问与之关联的数据，就像整个数据中心变黑一样糟糕。

不幸的是，许多应用程序旨在依赖于可靠的网络来访问和更新数据。跟踪像“今天被分配的任务”这样的事情的数据，“我的锻炼计划和历史”或“我的常旅客身份”。没有连接来获取此数据，并且该应用程序无用。

一些数据库采用更现实的方法来实现网络的不可靠性，并计划离线第一数据访问。它们直接存储数据在用户的设备上，而不是从远程服务器检索它。因为软件及其数据在整齐的小捆绑包中包装在一起，即使在飞机模式下也可以工作。应用程序与其网络连接无关。结果是一个应用程序，它在联机上运行以及脱机 - 以及满意的用户。

硬件前期或随着时间的推移

随着越来越多的人使用您的应用程序，您必须为运行数据库软件的计算机硬件添加更多马力。随着这些计算机的成本，您将不得不决定是否将它们支付，或者在您增长时支付。

Big，Rentrched数据库软件公司将在硬件上挤压您。这对他们来说是一种很好的方法，它在过去的30年里工作了很好。每美元只会增加风险的成本并将您的应用程序锁入其技术。

较新数据库可以在更便宜，商品计算机上运行。他们还倾向于拥抱云定价的效率，允许您的应用程序在您离开时添加硬件。最好的部分是您只需支付所需的计算能力。

Mike Broberg是IBM Cloud Data Services的生态系统编辑领导。

深入挖掘：从IBM Cloud Data Services阅读更多关于Freemium，托管服务和本地数据库部署选项的更多信息。

赞助的帖子是由一家公司生产的内容，可以支付邮政或与Venturebeat进行业务关系，他们总是明确标记。我们的编辑团队产生的新闻故事的内容永远不会受到广告商或赞助商的影响。有关更多信息，请联系[email protected]。