在 RDBMS 中保存 REST API JSON

Question

有带有 REST API 的 WebApp。我必须使用 JSON 格式的 API，然后将其保存在 RDBMS 中。JSON 基本上是属性和子属性的列表。我必须将它们映射到数据库列。我认为合适的数据库模式尚未创建。我正在寻找的是将 JSON 映射到 Java DTO，然后将 DTO 映射到实体的最佳方法。我打算使用 JACKSON 将 JSON 映射到 DTO。我可能会也可能不会映射所有属性。然后在下一步中，我计划编写将 DTO 映射到实体的手动映射器。我必须使用 RDBMS (MySQL) 而不是 NoSQL，因为其他将从 DB 读取数据的工具是基于 SQL 查询的。编辑：应该使用 RDBMS 的商业报告工具具有一些有限的 SQL 查询功能，不能在那里执行任何高级 SQL 或业务逻辑。所以我不能将 JSON 保存为字符串，然后在报告工具中对其进行标记。对此有任何想法吗？我知道它可能会直接将 JSON 转换为实体，但在此建议中建议不要这样做：将 JSON 对象映射到 Hibernate 实体有没有更好的方法来做到这一点，或者我计划的方法是好的开始？

Answer 1

只有一种POJO型号

我同意，一般来说，对和库使用相同的POJO结构并不是最好的选择。但这也取决于您需要实现的给定场景。在您的情况下，您需要从中加载数据并将结果存储在. 因此，基本上您将在 90% 的情况下调用查询。因此，您可以保持结构非常简单，而不必担心任何问题。在这种情况下，使用相同的结构并不是那么糟糕。链接的问题/答案仅说明阅读和揭示结构的问题，在这个问题中不是这种情况。HibernateJacksonREST APIDBINSERTPOJOlazy-loadingPOJODBREST API

您还需要了解DB模型与JSON模型的不同之处。如果它们相似并且您可以说1:1没有必要创建额外的图层。

两种POJO型号

在这种情况下，您需要创建两个POJO模型：一个用于处理JSON反序列化，一个用于处理DBvia ORM。在这种情况下，最大的问题是映射这两个模型。此外，变化会REST API传播到每一层。您当然可以使用Dozer、Orika、MapStruct或其他地图库，但始终需要维护该图层。从另一方面来看，这是非常安全的解决方案，因为您可以分别控制到JSON和到的映射DB并保持不同的结构，而无需许多注释或自定义反序列化器、适配器等。另一方面，如果这两个模型确实不同，则此解决方案是最好的。

集合和一个POJO模型

我还看到了第三个选项，它使用Java集合库来处理JSON有效负载。JSON Object适合Map<String, Object>和JSON array适合List<Object>。Jackson自动注意选择正确的类型，您只需将这些集合映射到侧面POJO使用的模型ORM。该解决方案消除了保留两个模型的需要，但它使映射层复杂化并使其模糊。

根据您提供的信息，我将从第一个选项开始。以防万一，在某些库的帮助下生成额外的模型和映射层变得复杂，这应该不是什么大问题。

Answer 2

一般来说，这种方法是正确的。但细节取决于您将要使用的框架/ORM（如果有的话）。

如果您想使用 JPA/Hibernate 进行持久性 - 您需要一个实体类，它永远不应该用作 DTO。如果您有一些自定义持久性，您可能完全跳过实体类，而只使用 DTO 来填充查询参数。

但是实现这种解决方案的最简单和最常见的方法是使用 Spring 框架，该框架将使用 Jackson 自动将您的 JSON 映射到 DTO，并使用 Spring Data JPA 进行持久性。

在这种情况下，剩下的唯一工作就是将 DTO 映射到实体。这可以手动实现，但也可以使用会生成映射器的框架（如MapStruct ）来完成。