.NET Core、PostgreSQL 和文档数据库

JawadHasan

5.00/5 (4投票s)

2020年10月18日

CPOL

6分钟阅读

10044

在关系数据库系统中实现 NoSQL 数据库功能

引言

在软件中使用文档很有趣。这意味着存储与您的代码相符，而不是反过来。这消除了您如何建模应用程序以及如何存储这些模型之间存在的对象关系阻抗不匹配问题。

即使您没有立即使用文档的需求，学习如何使用文档也会拓宽您对存储系统的看法。

完成某件事总是有不止一种方法。说到我家里的工作，我最喜欢的是根本不做。我用这种方法处理景观美化、割草、其他家务以及所有我能逃避的事情。[有人曾经说过，你总能认出IT人员的房子——它通常是社区里院子最难看的房子]。

说到数据库，我们有多种方法来处理持久性。两种常见的方法是关系型数据库（RDBMS）和NoSQL（文档）数据库。是的，您猜对了，这篇文章不是关于两者的区别或比较，而是旨在在关系型数据库系统中实现NoSQL持久性。是的，您可以同时拥有两者，它们应该在您的解决方案中发挥各自的作用。我们稍后会看到PostgreSQL（通常是RDBMS）如何让您非常轻松地做到这一点，这将很有趣。

数据库是任何业务应用程序的基础部分。我们使用关系型数据库已经很长时间了，也享受或忍受了它的优缺点。近年来，我们看到了NoSQL（文档）数据库的增长，它们在各种场景中都非常有用。

在这篇文章中，我将首先写一些关于文档的通用内容，然后我将向您展示一个使用.NET Core、PostgreSQL和Entity Framework处理文档的简单实现。

文章结构如下：

文档数据库（关于基于文档的数据库的通用讨论）
解决方案设置（使用必要的工具设置.NET Core解决方案）
API实现（Web API控制器实现）

为了让讨论更集中，我省略了一些细节，并提及了必要的资源，如果您想了解更多信息。这篇文章将为您提供一个关于文档持久性理论到实现的良好概念。

什么是文档

您如何思考您存储的文档将对您的整个项目产生重大影响。

请记住：规范化规则不适用于文档存储。所以把您的规范化思维抛诸脑后吧。

文档可以是您想要的任何东西，这种自由带来了选择的常见悖论：选择太多。您如何选择？好吧，让我们把我们的情况缩小到三种思维方式。

一个领域模型
一个流程结果
一个真实的文档

一个领域模型

第一种是像开发人员一样思考。您可以轻松地创建一个文档来表示一个领域模型。这是一种完全可以接受的关于文档的思考方式。

流程结果（或事务或事件源）

另一种思考方式是像信息囤积者或DBA一样。您可以将文档设计为应用程序中许多流程的结果或事件（如果您愿意，也可以是事件源）。

下面所示的示例表示一个结账流程。因此，其前面的一个流程是发货流程

真实文档

第三种思考文档的方式是像一个商人。采购订单、营销单、销售订单和发票。如果您愿意，几乎可以直接在数据库中表示所有这些信息。会有重叠，但在文档系统（document base system）中，重叠是可以接受的。

方法

我们不必局限于上述三种中的任何一种，我们可以同时做这三种。

包含所有流程结果的大文档。也可以被认为是事件源。

使用 .NET Core 在 PostgreSQL 中持久化文档

现在我们对文档有了一些了解，让我们看看如何在代码中实现它。我之前写过关于 PostgreSQL 的文章，如果您喜欢，可以参考那篇文章。它是一个关系型数据库系统，但它也支持使用其数据类型 json/jsonb 进行文档持久化。

PostgreSQL 文档中定义的json和jsonb数据类型几乎相同；主要区别在于 json 数据存储为 JSON 输入文本的精确副本，而 jsonb 将数据存储为分解的二进制形式；也就是说，不是作为 ASCII/UTF-8 字符串，而是作为二进制代码。

我将使用 .NET Core (WebAPI) 来实现一个简单的 API 以与 PostgreSQL 交互。我还会使用 Entity Framework 进行数据库查询，但是，我不会讨论解决方案如何设置的细节，如果您需要有关这些主题的更多信息，可以在互联网上搜索，或者您也可以查看我的书，其中详细介绍了这些问题。

好的，我们开始吧。