你可能意識(shí)到，當(dāng)你為移動(dòng)應(yīng)用程序選擇數(shù)據(jù)庫(kù)和其他技術(shù)時(shí)，似乎有無(wú)盡的選擇要考慮。有這么多的選擇，當(dāng)涉及到你的技術(shù)堆棧時(shí)，決定什么才是真正重要的是很困難和令人困惑的。不久前，我寫(xiě)了一篇關(guān)于不同數(shù)據(jù)庫(kù)體系結(jié)構(gòu)和可用用例的廣泛文章，為正確的項(xiàng)目選擇正確的技術(shù)提供指導(dǎo)。雖然這仍然是一個(gè)準(zhǔn)確而可靠的資源，但本文將深入探討如何提高移動(dòng)應(yīng)用程序的性能。

[[418187]]

移動(dòng)與網(wǎng)絡(luò)應(yīng)用

首先也是最重要的，也許我們應(yīng)該快速了解一下移動(dòng)應(yīng)用和網(wǎng)絡(luò)應(yīng)用之間的區(qū)別。移動(dòng)應(yīng)用程序在移動(dòng)設(shè)備上生存和運(yùn)行，而web應(yīng)用程序則通過(guò)web瀏覽器訪(fǎng)問(wèn)，并將適應(yīng)您在哪個(gè)設(shè)備上查看它們。本機(jī)移動(dòng)應(yīng)用程序是為特定平臺(tái)構(gòu)建的，比如蘋(píng)果的iOS或安卓，幾乎所有其他平臺(tái)都是如此。它們通過(guò)應(yīng)用商店下載和安裝，并可以訪(fǎng)問(wèn)系統(tǒng)資源，如GPS和攝像頭功能。但是，Web應(yīng)用程序不是特定系統(tǒng)的本機(jī)應(yīng)用程序，不需要下載或安裝。由于它們的響應(yīng)特性，它們的外觀和功能可能與移動(dòng)應(yīng)用程序非常相似，而這正是產(chǎn)生一些混淆的地方。

更深入地說(shuō)，使用特定于平臺(tái)的SDK為目標(biāo)平臺(tái)創(chuàng)建的移動(dòng)應(yīng)用程序被歸類(lèi)為本地移動(dòng)應(yīng)用程序。而混合移動(dòng)應(yīng)用程序是在提供與所有可用操作系統(tǒng)兼容的代碼的平臺(tái)上開(kāi)發(fā)的。最后，你可能聽(tīng)說(shuō)過(guò)漸進(jìn)式Web應(yīng)用程序(PWA)，許多人認(rèn)為這是未來(lái)。使用PWAs，“重點(diǎn)是創(chuàng)建外觀和感覺(jué)與本機(jī)應(yīng)用完全相同的web應(yīng)用程序，而用戶(hù)無(wú)需下載和安裝任何軟件。”

移動(dòng)應(yīng)用程序性能挑戰(zhàn)

盡管許多公司在其他方面可能擁有令人難以置信的技術(shù)，但他們的移動(dòng)應(yīng)用程序往往會(huì)遇到性能、延遲和/或連接問(wèn)題。這可能是由許多因素造成的。也許該組織沒(méi)有投入大量的時(shí)間或資源來(lái)建立他們的移動(dòng)應(yīng)用程序，從根本上說(shuō)，因此他們沒(méi)有一個(gè)堅(jiān)實(shí)的基礎(chǔ)。或者，由于集中化的數(shù)據(jù)庫(kù)和云/供應(yīng)商鎖定，他們正在與延遲問(wèn)題作斗爭(zhēng)。說(shuō)到數(shù)據(jù)庫(kù)，它是否能夠處理適當(dāng)數(shù)量的用戶(hù)和頻繁的更新?它是離線(xiàn)存儲(chǔ)數(shù)據(jù)還是處理復(fù)雜查詢(xún)?這些都是從零開(kāi)始建立一個(gè)新的移動(dòng)應(yīng)用程序，或者向現(xiàn)有的應(yīng)用程序添加新的特性時(shí)要考慮的事情。記住，如果需要的話(huà)，從一個(gè)數(shù)據(jù)庫(kù)遷移到另一個(gè)數(shù)據(jù)庫(kù)并不是不可能的(實(shí)際上有一些技術(shù)是很容易的)。

數(shù)據(jù)庫(kù)注意事項(xiàng)

在我的數(shù)據(jù)庫(kù)架構(gòu)和用例Blog中，我提到了在選擇數(shù)據(jù)庫(kù)時(shí)，考慮數(shù)據(jù)類(lèi)型/結(jié)構(gòu)、數(shù)據(jù)量、一致性、寫(xiě)入和讀取頻率、托管、成本、安全性和集成約束是很重要的。雖然這些都是正確的，但在移動(dòng)應(yīng)用程序方面，你還有一些其他的事情需要考慮：

• 支持多種移動(dòng)應(yīng)用程序平臺(tái)。
• 可擴(kuò)展性。
• 數(shù)據(jù)同步。
• 多層數(shù)據(jù)模型注意事項(xiàng)。
• 網(wǎng)絡(luò)連接。
• 推送新的應(yīng)用程序更新和數(shù)據(jù)庫(kù)更改。
• 解決設(shè)備之間的數(shù)據(jù)沖突。

顯然，這里有很多要考慮的問(wèn)題，并且很難找出什么樣的數(shù)據(jù)庫(kù)技術(shù)才是最合適的。對(duì)于初學(xué)者來(lái)說(shuō)，當(dāng)涉及到數(shù)據(jù)結(jié)構(gòu)/功能類(lèi)型時(shí)，一些數(shù)據(jù)庫(kù)可以很好地歸入一個(gè)類(lèi)別。其他技術(shù)更多地采用混合方法，支持跨功能或?qū)⒉煌ぞ叩墓δ芙M合到一個(gè)工具中。因此，除非您有一個(gè)非常具體的項(xiàng)目或有限的長(zhǎng)期目標(biāo)，否則最好使用一種更靈活的混合技術(shù)，將更多功能包含在一個(gè)包中，以減少所需的系統(tǒng)數(shù)量。

那么應(yīng)該使用哪個(gè)數(shù)據(jù)庫(kù)呢?

在這里，我將嘗試提供一個(gè)公平的(雖然可能仍然有點(diǎn)偏頗)解釋?zhuān)瑸槭裁碒arperDB是提高移動(dòng)應(yīng)用程序性能的最佳選擇。從高層來(lái)看，HarperDB是一個(gè)現(xiàn)代的混合數(shù)據(jù)庫(kù)，它將市場(chǎng)上一些最好的工具的功能結(jié)合在一起，因此它確實(shí)涵蓋了很多基礎(chǔ)。作為一個(gè)分布式數(shù)據(jù)庫(kù)，它可以安裝在任何地方，同時(shí)跨一系列云提供一個(gè)單一的接口，后端能夠在任何地方保持?jǐn)?shù)據(jù)同步。HarperDB經(jīng)過(guò)讀寫(xiě)優(yōu)化，每個(gè)節(jié)點(diǎn)每秒處理100K以上的請(qǐng)求。

當(dāng)然，還有其他很好的選擇。例如，幾年前發(fā)表的這篇文章根據(jù)所需的功能列出了不同的數(shù)據(jù)庫(kù)選項(xiàng)。HarperDB基本上在該表中的任何地方都可以工作，并提供所提到的所有功能。

與其嘗試比較市場(chǎng)上300種不同的數(shù)據(jù)庫(kù)選項(xiàng)，還不如簡(jiǎn)化您的決策，對(duì)這兩種數(shù)據(jù)庫(kù)選項(xiàng)進(jìn)行比較。這將使您能夠更深入地了解您的需求，并比較性能和成本等方面。例如，在基準(zhǔn)測(cè)試中，HarperDB的速度是MongoDB的37倍，而且更具成本效益。它還支持JSON上的SQL。Cockroach更適合fintech用例，而HarperDB可能更適合游戲、票務(wù)、軍事和媒體等行業(yè)。您無(wú)法在全球范圍內(nèi)鎖定HarperDB的數(shù)據(jù)庫(kù)，我們的集群方法依賴(lài)于最終的一致性，這使得復(fù)制比結(jié)構(gòu)化選項(xiàng)更高效。像MySQL這樣的關(guān)系數(shù)據(jù)庫(kù)可能會(huì)占用更多的資源，需要更多的維護(hù)和嚴(yán)格的數(shù)據(jù)結(jié)構(gòu)。而HarperDB可以在從樹(shù)莓Pi到超級(jí)計(jì)算機(jī)的所有垂直規(guī)模的機(jī)器上運(yùn)行，幾乎不需要維護(hù)，并且具有允許輕松接收數(shù)據(jù)的動(dòng)態(tài)模式。這種HarperDB與MongoDB與PostgreSQL的比較可能也會(huì)有所幫助。

您是否面臨應(yīng)用延遲方面的挑戰(zhàn)?或者擔(dān)心被真正的地理分布?使用HarperDB，您可以簡(jiǎn)單地旋轉(zhuǎn)更多節(jié)點(diǎn)以水平擴(kuò)展，將HarperDB放置在離最終用戶(hù)更近的各個(gè)區(qū)域，這將減少延遲并提高應(yīng)用程序性能，同時(shí)實(shí)時(shí)訪(fǎng)問(wèn)數(shù)據(jù)。通過(guò)分發(fā)API和數(shù)據(jù)存儲(chǔ)，并將應(yīng)用程序邏輯轉(zhuǎn)移到邊緣，您可以消除瓶頸并降低基礎(chǔ)架構(gòu)和成本。HarperDB以互聯(lián)網(wǎng)的速度在全球范圍內(nèi)復(fù)制數(shù)據(jù)，減少了應(yīng)用程序延遲，提高了性能和可訪(fǎng)問(wèn)性，并降低了數(shù)據(jù)管理的總體復(fù)雜性。最后，HarperDB即將發(fā)布定制函數(shù)，這將使開(kāi)發(fā)人員能夠利用核心HarperDB方法編寫(xiě)自己的定制API端點(diǎn)，從而簡(jiǎn)化技術(shù)堆棧并提高性能。

移動(dòng)應(yīng)用程序不斷發(fā)展，您需要一個(gè)靈活的數(shù)據(jù)庫(kù)，可以在不影響性能的情況下動(dòng)態(tài)調(diào)整。即使是世界上最先進(jìn)和最令人印象深刻的技術(shù)也會(huì)被一個(gè)貧窮的基礎(chǔ)或過(guò)時(shí)的數(shù)據(jù)庫(kù)所壓垮。在這個(gè)競(jìng)爭(zhēng)激烈的市場(chǎng)上，跟上現(xiàn)代技術(shù)的發(fā)展速度是保持生存的最佳途徑。因此，選擇技術(shù)堆棧時(shí)不應(yīng)掉以輕心。