如何通過強大(dà)的數據庫提高(gāo)移動應用(yòng)程序性能(néng)

移動應用(yòng)程序不斷發展，您需要一個靈活的數據庫，可以在不影響性能(néng)的情況下(xià)動态調整。 你(nǐ)可能(néng)意識到(dào)，當你(nǐ)爲移動應用(yòng)程序選擇數據庫和(hé)其他(tā)技術時(shí)，似乎有無盡的選擇要考慮。有這(zhè)麽多的選擇，當涉及到(dào)你(nǐ)的技術堆棧時(shí)，決定什(shén)麽才是真正重要的是很(hěn)困難和(hé)令人困惑的。不久前，我寫了(le)一篇關于不同數據庫體系結構和(hé)可用(yòng)用(yòng)例的廣泛文(wén)章，爲正确的項目選擇正确的技術提供指導。雖然這(zhè)仍然是一個準确而可靠的資源，但(dàn)本文(wén)将深入探讨如何提高(gāo)移動應用(yòng)程序的性能(néng)。 移動與網絡應用(yòng) 首先也(yě)是最重要的，也(yě)許我們應該快(kuài)速了(le)解一下(xià)移動應用(yòng)和(hé)網絡應用(yòng)之間的區(qū)别。移動應用(yòng)程序在移動設備上(shàng)生存和(hé)運行，而web應用(yòng)程序則通過web浏覽器訪問，并将适應您在哪個設備上(shàng)查看(kàn)它們。本機移動應用(yòng)程序是爲特定平台構建的，比如蘋果的iOS或安卓，幾乎所有其他(tā)平台都是如此。它們通過應用(yòng)商店(diàn)下(xià)載和(hé)安裝，并可以訪問系統資源，如GPS和(hé)攝像頭功能(néng)。但(dàn)是，Web應用(yòng)程序不是特定系統的本機應用(yòng)程序，不需要下(xià)載或安裝。由于它們的響應特性，它們的外(wài)觀和(hé)功能(néng)可能(néng)與移動應用(yòng)程序非常相似，而這(zhè)正是産生一些(xiē)混淆的地方。 更深入地說，使用(yòng)特定于平台的SDK爲目标平台創建的移動應用(yòng)程序被歸類爲本地移動應用(yòng)程序。而混合移動應用(yòng)程序是在提供與所有可用(yòng)操作(zuò)系統兼容的代碼的平台上(shàng)開(kāi)發的。最後，你(nǐ)可能(néng)聽說過漸進式Web應用(yòng)程序（PWA），許多人認爲這(zhè)是未來(lái)。使用(yòng)PWAs，“重點是創建外(wài)觀和(hé)感覺與本機應用(yòng)完全相同的web應用(yòng)程序，而用(yòng)戶無需下(xià)載和(hé)安裝任何軟件。” 移動應用(yòng)程序性能(néng)挑戰 盡管許多公司在其他(tā)方面可能(néng)擁有令人難以置信的技術，但(dàn)他(tā)們的移動應用(yòng)程序往往會(huì)遇到(dào)性能(néng)、延遲和(hé)/或連接問題。這(zhè)可能(néng)是由許多因素造成的。也(yě)許該組織沒有投入大(dà)量的時(shí)間或資源來(lái)建立他(tā)們的移動應用(yòng)程序，從(cóng)根本上(shàng)說，因此他(tā)們沒有一個堅實的基礎。或者，由于集中化的數據庫和(hé)雲/供應商鎖定，他(tā)們正在與延遲問題作(zuò)鬥争。說到(dào)數據庫，它是否能(néng)夠處理(lǐ)适當數量的用(yòng)戶和(hé)頻繁的更新？它是離線存儲數據還是處理(lǐ)複雜(zá)查詢？這(zhè)些(xiē)都是從(cóng)零開(kāi)始建立一個新的移動應用(yòng)程序，或者向現(xiàn)有的應用(yòng)程序添加新的特性時(shí)要考慮的事(shì)情。記住，如果需要的話(huà)，從(cóng)一個數據庫遷移到(dào)另一個數據庫并不是不可能(néng)的（實際上(shàng)有一些(xiē)技術是很(hěn)容易的）。 數據庫注意事(shì)項 在我的數據庫架構和(hé)用(yòng)例Blog中，我提到(dào)了(le)在選擇數據庫時(shí)，考慮數據類型/結構、數據量、一緻性、寫入和(hé)讀取頻率、托管、成本、安全性和(hé)集成約束是很(hěn)重要的。雖然這(zhè)些(xiē)都是正确的，但(dàn)在移動應用(yòng)程序方面，你(nǐ)還有一些(xiē)其他(tā)的事(shì)情需要考慮： ?支持多種移動應用(yòng)程序平台。 ?可擴展性。 ?數據同步。 ?多層數據模型注意事(shì)項。 ?網絡連接。 ?推送新的應用(yòng)程序更新和(hé)數據庫更改。 ?解決設備之間的數據沖突。 顯然，這(zhè)裏有很(hěn)多要考慮的問題，并且很(hěn)難找出什(shén)麽樣的數據庫技術才是最合适的。對(duì)于初學者來(lái)說，當涉及到(dào)數據結構/功能(néng)類型時(shí)，一些(xiē)數據庫可以很(hěn)好(hǎo)地歸入一個類别。其他(tā)技術更多地采用(yòng)混合方法，支持跨功能(néng)或将不同工(gōng)具的功能(néng)組合到(dào)一個工(gōng)具中。因此，除非您有一個非常具體的項目或有限的長期目标，否則最好(hǎo)使用(yòng)一種更靈活的混合技術，将更多功能(néng)包含在一個包中，以減少所需的系統數量。 那麽應該使用(yòng)哪個數據庫呢(ne)？ 在這(zhè)裏，我将嘗試提供一個公平的（雖然可能(néng)仍然有點偏頗）解釋，爲什(shén)麽HarperDB是提高(gāo)移動應用(yòng)程序性能(néng)的最佳選擇。從(cóng)高(gāo)層來(lái)看(kàn)，HarperDB是一個現(xiàn)代的混合數據庫，它将市場上(shàng)一些(xiē)最好(hǎo)的工(gōng)具的功能(néng)結合在一起，因此它确實涵蓋了(le)很(hěn)多基礎。作(zuò)爲一個分布式數據庫，它可以安裝在任何地方，同時(shí)跨一系列雲提供一個單一的接口，後端能(néng)夠在任何地方保持數據同步。HarperDB經過讀寫優化，每個節點每秒處理(lǐ)100K以上(shàng)的請(qǐng)求。 當然，還有其他(tā)很(hěn)好(hǎo)的選擇。例如，幾年前發表的這(zhè)篇文(wén)章根據所需的功能(néng)列出了(le)不同的數據庫選項。HarperDB基本上(shàng)在該表中的任何地方都可以工(gōng)作(zuò)，并提供所提到(dào)的所有功能(néng)。 與其嘗試比較市場上(shàng)300種不同的數據庫選項，還不如簡化您的決策，對(duì)這(zhè)兩種數據庫選項進行比較。這(zhè)将使您能(néng)夠更深入地了(le)解您的需求，并比較性能(néng)和(hé)成本等方面。例如，在基準測試中，HarperDB的速度是MongoDB的37倍，而且更具成本效益。它還支持JSON上(shàng)的SQL。Cockroach更适合fintech用(yòng)例，而HarperDB可能(néng)更适合遊戲、票務、軍事(shì)和(hé)媒體等行業。您無法在全球範圍内鎖定HarperDB的數據庫，我們的集群方法依賴于最終的一緻性，這(zhè)使得複制比結構化選項更高(gāo)效。像MySQL這(zhè)樣的關系數據庫可能(néng)會(huì)占用(yòng)更多的資源，需要更多的維護和(hé)嚴格的數據結構。而HarperDB可以在從(cóng)樹莓Pi到(dào)超級計(jì)算(suàn)機的所有垂直規模的機器上(shàng)運行，幾乎不需要維護，并且具有允許輕松接收數據的動态模式。這(zhè)種HarperDB與MongoDB與PostgreSQL的比較可能(néng)也(yě)會(huì)有所幫助。 您是否面臨應用(yòng)延遲方面的挑戰？或者擔心被真正的地理(lǐ)分布？使用(yòng)HarperDB，您可以簡單地旋轉更多節點以水(shuǐ)平擴展，将HarperDB放(fàng)置在離最終用(yòng)戶更近的各個區(qū)域，這(zhè)将減少延遲并提高(gāo)應用(yòng)程序性能(néng)，同時(shí)實時(shí)訪問數據。通過分發API和(hé)數據存儲，并将應用(yòng)程序邏輯轉移到(dào)邊緣，您可以消除瓶頸并降低(dī)基礎架構和(hé)成本。HarperDB以互聯網的速度在全球範圍内複制數據，減少了(le)應用(yòng)程序延遲，提高(gāo)了(le)性能(néng)和(hé)可訪問性，并降低(dī)了(le)數據管理(lǐ)的總體複雜(zá)性。最後，HarperDB即将發布定制函數，這(zhè)将使開(kāi)發人員能(néng)夠利用(yòng)核心HarperDB方法編寫自(zì)己的定制API端點，從(cóng)而簡化技術堆棧并提高(gāo)性能(néng)。 移動應用(yòng)程序不斷發展，您需要一個靈活的數據庫，可以在不影響性能(néng)的情況下(xià)動态調整。即使是世界上(shàng)最先進和(hé)最令人印象深刻的技術也(yě)會(huì)被一個貧窮的基礎或過時(shí)的數據庫所壓垮。在這(zhè)個競争激烈的市場上(shàng)，跟上(shàng)現(xiàn)代技術的發展速度是保持生存的最佳途徑。因此，選擇技術堆棧時(shí)不應掉以輕心。