移动应用程序有望改变您的品牌并巩固其在受众心中的地位。但这些应用程序的核心是关于生成新类型的数据并以新方式使用这些数据。

如果您的应用程序按计划增长，那么它将以每天数百万或数十亿次的速度从其数据库中检索信息。您无需成为软件工程师即可知道团队选择数据库的重要性。

不幸的是，没有一种万能的解决方案。在不了解组织目标，技能和IT体系结构细节的情况下，没有软件供应商可以诚实地告诉您他们的数据库是否正确。我们可以做的是分享一些要考虑的点，以帮助您的下一个项目取得成功-以及一些未考虑到的常见错误。

发射规模

您的下一个应用程序发布会像Fitbit®一样增长吗？还是像HealthCare.gov一样绊倒？

当HealthCare.gov启动时，该网站的一些最重要部分是基于一种称为“ NoSQL”的新型数据库技术构建的。 NoSQL数据库供应商并未制造出不良的产品。实际上，它在大型电子商务应用程序中具有成功的记录。问题在于该公司受雇将数据库与该项目上的其他更传统的政府技术集成在一起，却不知道应用NoSQL概念的最佳方法。结果导致该应用程序的实施效率低下，并且未经过全面测试以处理大量用户和数据。

数百万的用户可能会导致数据库崩溃。为了成功，正确的数据库软件必须与您的应用程序要求配对。例如，应在旨在与用户互动的应用程序中确定数据访问的优先级。对于具有相互关联的多部分事务的应用程序，数据一致性可能更为重要。同样，必须将有经验的人员配对以管理正在进行的数据库性能。 健康Care.gov在两项方面均失败。

离线设计

如果您在需要时无法访问所需数据，这很烦人。任何因手机丢失信号而无法使用移动应用的人都可以告诉您。

这就是“微停机时间”的影响。从单个用户的角度来看，您的应用程序已损坏。对他们来说，由于无法访问与应用程序相关的数据而无法使用该应用程序，就像整个数据中心的黑暗一样糟糕。

不幸的是，许多应用程序被设计为依赖可靠的网络来访问和更新数据。跟踪“我今天分配的任务”，“我的锻炼计划和历史记录”或“我的飞行常客身份”之类的数据。没有连接以获取此数据，该应用程序无用。

一些数据库针对网络的不可靠性采取了更为现实的方法，并计划了离线优先数据访问。他们直接将数据存储在用户的设备上，而不是从远程服务器上检索数据。由于软件及其数据打包在一起整齐，因此即使在飞行模式下，一切也可以正常工作。该应用程序变得独立于其网络连接。结果是，一个应用程序在脱机状态下的运行效果与在网络上一样好-并且用户满意度很高。

硬件提前或超时

随着越来越多的人使用您的应用程序，您将不得不为运行数据库软件的计算机硬件增加更多的功能。使用这些计算机会产生成本，您将不得不决定是预先支付还是随着您的成长而支付。

根深蒂固的大型数据库软件公司将在硬件方面挤向您。对于他们来说，这是一个很好的方法，并且在过去30年中一直运作良好。您花费的每一美元只会增加风险成本，并将您的应用锁定在其技术中。

较新的数据库可以在较便宜的商用计算机上运行。他们还倾向于采用云定价的效率，从而允许您的应用程序随需添加硬件。最好的部分是，您只需为所需的计算能力付费。

资源： 冒险

标记为： 专家建议, 专家意见, 发展趋势, 政府技术, 软件供应商, IT架构, Fitbit, 数据库软件, 硬件, NoSQL, 应用启动, 卫生保健, 移动应用, 移动应用