表的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产品。