表的Azure存儲帳戶

Question

所以首先我想說我既不是DBA也不是編碼員，我只是一個普通的IT人員，負責網絡和基礎架構的支持，但是，我希望熟悉一般的技術並了解基礎知識讓我們說說它們是如何工作的，沒有其他具體細節。

我一直在閱讀有關表的Azure存儲帳戶。 作為IT部門，我必須通過SMB 3.0實現簡單的文件共享，以便將它們映射到我們的網絡上，但我遇到了其他選擇，例如Blob，表和隊列。 我已經閱讀了有關它們的內容，但是我正在嘗試獲取編碼器表的主要功能。

如果我錯了，請糾正我，當您使用數據庫編寫應用程序代碼時，可以將數據庫放置在同一台/不同的服務器上，並且可以在內部或在雲上，並且可以將兩者鏈接在一起。

就Im而言，我可以在網上進行調查，這些表都是NoSQL，沒有任何約束，您可以借助API通過Visual Studio創建表和數據，然后這些信息就會反映在您的存儲中。

將其用於正在開發的應用程序時，這有什么用？

Answer 1

我一直在閱讀有關表的Azure存儲帳戶。 作為IT部門，我必須通過SMB 3.0實現簡單的文件共享，以便將它們映射到我們的網絡上，但我遇到了其他選擇，例如Blob，表和隊列。 我已經閱讀了有關它們的內容，但是我正在嘗試獲取編碼器表的主要功能。

就Im而言，我可以在網上進行調查，這些表都是NoSQL，沒有任何約束，您可以借助API通過Visual Studio創建表和數據，然后這些信息就會反映在您的存儲中。

Azure存儲帳戶是一個“盒子”，用於從管理角度和訪問控制來組織Blob，表，隊列，文件。 每種存儲類型都可以滿足其特定任務。

如果世界上只有一個超級存儲可以解決我們所有可能的存儲，查詢和管理數據的情況，那么就不會有各種各樣的不同數據庫，存儲類型等可用。

如果需要將文件共享為“網絡文件夾”，請嘗試使用Azure Files 。 如果您的編碼人員需要數據庫存儲，那么第一個問題將是他們對數據庫有什么要求？ 該數據庫的用途將是什么，等等。尤其是Azure，它具有許多不同的數據庫解決方案，而且每個解決方案都適合某些特定任務，而對於其他任務則不是一個好的選擇。

至於Azure Tables，來自官方文檔 ：

Azure表存儲是一項服務，可在雲中存儲結構化的NoSQL數據，從而為鍵/屬性存儲提供無模式設計。

因此，如果您的編碼人員確實需要存儲此類數據，那么可以，那將是可能的選擇之一。

---

如果我錯了，請糾正我，當您使用數據庫編寫應用程序代碼時，可以將數據庫放置在同一台/不同的服務器上，並且可以在內部或在雲上，並且可以將兩者鏈接在一起。

正確。 但是，您也可以擁有自己的服務器以及需要管理的數據庫，或者您可以選擇一些雲服務，該服務將為您提供數據庫，但將為您管理基礎服務器和其他維護活動，因此您不需要擔心/花費您的時間。

---

將其用於正在開發的應用程序時，這有什么用？

重要的是要了解您對數據存儲的要求，以便選擇合適的存儲。 也許不應該將這個問題發給您，而是發給您的編碼人員，他們正在構建應用程序並可以將其要求整合到數據庫存儲中。 通常，他們會告訴您確切的需求，並且您可能會給他們一些備選方案的想法或建議（如果有的話）（這可能是具有更多功能或數據存儲或處理方式的類似解決方案，或者具有更多內置的集成可能對您很重要，或者是決定自行安裝還是使用雲托管服務）

---

對於您可能在何時使用NoSQL數據庫而不是關系數據庫的進一步問題？ 可以在同一站點上同時使用兩者嗎？ 看到這個線程

---

根據其他問題進行更新 ：

如果我使用表位於Azure上的數據庫開發應用程序，我可以稱其為內部托管的主應用程序中的函數或數據嗎？ 相對於在很大程度上可擴展和高度可用的本地托管表，這樣做有什么好處？

也許您需要更好地了解App（應用程序）和DB（數據庫）之間的關系。 數據庫是一個獨立的系統，用於存儲數據，回復傳入的查詢（接收請求，處理它，返回結果）。 總體而言，DB對誰請求數據並不重要。 這是一個“被動”系統。 （在某些情況下，DB可以觸發數據處理管道中的進一步處理，但這超出了此范圍）。

相反的App是處於App <-> DB關系中的活動系統。 （還留下了更多的高級設計，其中App不僅是1系統）。 應用接收請求，處理請求（ 如有必要 ，可以向其他“服務”發出外部請求 ），向請求者做出響應（有或沒有數據）。 在App <-> DB關系中，發生了外部請求 。 App有時需要從數據庫中獲取一些數據，因此App向數據庫發出請求，獲取響應並繼續其自己的邏輯。

應用服務器和數據庫服務器的放置位置並不重要（為簡單起見）。 重要的部分是數據庫服務器是否可訪問請求。 DB可以使用公共靜態IP地址在本地部署，也可以位於您自己的具有公共靜態IP地址的服務器上的雲中（有時以不同的方式進行存檔，但為簡單起見，我們將其跳過），該數據庫可以作為服務雲解決方案，您無需擁有服務器和配置數據庫，但具有需要用於查詢數據庫的url端點。

Answer 2

非常感謝您的回答，我幾乎同意您的意思。

但是我的問題超出了對開發人員的要求。

我將修改問題。 如果我使用表位於Azure上的數據庫開發應用程序，我可以稱其為內部托管的主應用程序中的函數或數據嗎？ 相對於在很大程度上可擴展和高度可用的本地托管表，這樣做有什么好處？

Answer 3

Azure存儲表是NoSQL數據庫的“記事本”。 如果您想要快速簡單的鍵/值對，則可以使用表。 如果要在Azure中尋找NoSQL的“單詞”，那么Cosmos DB就在其中。 Cosmos DB提供了全球發行，更好的功能和更好的SLA（請參閱比較 ）。 桌子也便宜。

如果您希望使用傳統數據庫，Azure還支持MySQL，PostGreSQL，MariaDB和MSSQL作為PaaS產品。