摘要：你可能意识到，当你为移动应用程序选择数据库和其他技术时，似乎有无尽的选择要考虑。有这么多的选择，当涉及到你的技术堆栈时，决定什么才是真正重要的是很困难和令人困惑的。不久前，我写了一篇关于不同数据库体系结构和可用用例的广泛文章，为正确的项目选择正确的技术提供指导。虽然这仍然是一个准确而可靠的资源，但本文将深入探讨如何提高移动应用程序的性能。

移动应用程序不断发展，您需要一个灵活的数据库，可以在不影响性能的情况下动态调整。
　　
　　你可能意识到，当你为移动应用程序选择数据库和其他技术时，似乎有无尽的选择要考虑。有这么多的选择，当涉及到你的技术堆栈时，决定什么才是真正重要的是很困难和令人困惑的。不久前，我写了一篇关于不同数据库体系结构和可用用例的广泛文章，为正确的项目选择正确的技术提供指导。虽然这仍然是一个准确而可靠的资源，但本文将深入探讨如何提高移动应用程序的性能。
　　
　　移动与网络应用
　　
　　首先也是最重要的，也许我们应该快速了解一下移动应用和网络应用之间的区别。移动应用程序在移动设备上生存和运行，而web应用程序则通过web浏览器访问，并将适应您在哪个设备上查看它们。本机移动应用程序是为特定平台构建的，比如苹果的iOS或安卓，几乎所有其他平台都是如此。它们通过应用商店下载和安装，并可以访问系统资源，如GPS和摄像头功能。但是，Web应用程序不是特定系统的本机应用程序，不需要下载或安装。由于它们的响应特性，它们的外观和功能可能与移动应用程序非常相似，而这正是产生一些混淆的地方。
　　
　　更深入地说，使用特定于平台的SDK为目标平台创建的移动应用程序被归类为本地移动应用程序。而混合移动应用程序是在提供与所有可用操作系统兼容的代码的平台上开发的。最后，你可能听说过渐进式Web应用程序（PWA），许多人认为这是未来。使用PWAs，“重点是创建外观和感觉与本机应用完全相同的web应用程序，而用户无需下载和安装任何软件。”
　　
　　移动应用程序性能挑战
　　
　　尽管许多公司在其他方面可能拥有令人难以置信的技术，但他们的移动应用程序往往会遇到性能、延迟和/或连接问题。这可能是由许多因素造成的。也许该组织没有投入大量的时间或资源来建立他们的移动应用程序，从根本上说，因此他们没有一个坚实的基础。或者，由于集中化的数据库和云/供应商锁定，他们正在与延迟问题作斗争。说到数据库，它是否能够处理适当数量的用户和频繁的更新？它是离线存储数据还是处理复杂查询？这些都是从零开始建立一个新的移动应用程序，或者向现有的应用程序添加新的特性时要考虑的事情。记住，如果需要的话，从一个数据库迁移到另一个数据库并不是不可能的（实际上有一些技术是很容易的）。
　　
　　数据库注意事项
　　
　　在我的数据库架构和用例Blog中，我提到了在选择数据库时，考虑数据类型/结构、数据量、一致性、写入和读取频率、托管、成本、安全性和集成约束是很重要的。虽然这些都是正确的，但在移动应用程序方面，你还有一些其他的事情需要考虑：
　　
　　•支持多种移动应用程序平台。
　　
　　•可扩展性。
　　
　　•数据同步。
　　
　　•多层数据模型注意事项。
　　
　　•网络连接。
　　
　　•推送新的应用程序更新和数据库更改。
　　
　　•解决设备之间的数据冲突。
　　
　　显然，这里有很多要考虑的问题，并且很难找出什么样的数据库技术才是最合适的。对于初学者来说，当涉及到数据结构/功能类型时，一些数据库可以很好地归入一个类别。其他技术更多地采用混合方法，支持跨功能或将不同工具的功能组合到一个工具中。因此，除非您有一个非常具体的项目或有限的长期目标，否则最好使用一种更灵活的混合技术，将更多功能包含在一个包中，以减少所需的系统数量。
　　
　　那么应该使用哪个数据库呢？
　　
　　在这里，我将尝试提供一个公平的（虽然可能仍然有点偏颇）解释，为什么HarperDB是提高移动应用程序性能的最佳选择。从高层来看，HarperDB是一个现代的混合数据库，它将市场上一些最好的工具的功能结合在一起，因此它确实涵盖了很多基础。作为一个分布式数据库，它可以安装在任何地方，同时跨一系列云提供一个单一的接口，后端能够在任何地方保持数据同步。HarperDB经过读写优化，每个节点每秒处理100K以上的请求。
　　
　　当然，还有其他很好的选择。例如，几年前发表的这篇文章根据所需的功能列出了不同的数据库选项。HarperDB基本上在该表中的任何地方都可以工作，并提供所提到的所有功能。
　　
　　与其尝试比较市场上300种不同的数据库选项，还不如简化您的决策，对这两种数据库选项进行比较。这将使您能够更深入地了解您的需求，并比较性能和成本等方面。例如，在基准测试中，HarperDB的速度是MongoDB的37倍，而且更具成本效益。它还支持JSON上的SQL。Cockroach更适合fintech用例，而HarperDB可能更适合游戏、票务、军事和媒体等行业。您无法在全球范围内锁定HarperDB的数据库，我们的集群方法依赖于最终的一致性，这使得复制比结构化选项更高效。像MySQL这样的关系数据库可能会占用更多的资源，需要更多的维护和严格的数据结构。而HarperDB可以在从树莓Pi到超级计算机的所有垂直规模的机器上运行，几乎不需要维护，并且具有允许轻松接收数据的动态模式。这种HarperDB与MongoDB与PostgreSQL的比较可能也会有所帮助。
　　
　　您是否面临应用延迟方面的挑战？或者担心被真正的地理分布？使用HarperDB，您可以简单地旋转更多节点以水平扩展，将HarperDB放置在离最终用户更近的各个区域，这将减少延迟并提高应用程序性能，同时实时访问数据。通过分发API和数据存储，并将应用程序逻辑转移到边缘，您可以消除瓶颈并降低基础架构和成本。HarperDB以互联网的速度在全球范围内复制数据，减少了应用程序延迟，提高了性能和可访问性，并降低了数据管理的总体复杂性。最后，HarperDB即将发布定制函数，这将使开发人员能够利用核心HarperDB方法编写自己的定制API端点，从而简化技术堆栈并提高性能。
　　
　　移动应用程序不断发展，您需要一个灵活的数据库，可以在不影响性能的情况下动态调整。即使是世界上最先进和最令人印象深刻的技术也会被一个贫穷的基础或过时的数据库所压垮。在这个竞争激烈的市场上，跟上现代技术的发展速度是保持生存的最佳途径。因此，选择技术堆栈时不应掉以轻心。
　　
　　编辑：Harris