java - 在 RDBMS 中保存 REST API JSON

Question

有带有 REST API 的 WebApp。我必须使用 JSON 格式的 API，然后将其保存在 RDBMS 中。 JSON 基本上是属性和子属性的列表。我必须将它们映射到数据库列。

DB Schema 尚未创建任何我认为合适的东西。我正在寻找的是将 JSON 映射到 Java DTO，然后将 DTO 映射到实体的最佳方法。我打算使用 JACKSON 将 JSON 映射到 DTO。我可能会也可能不会映射所有属性。然后在下一步中，我计划编写将 DTO 映射到实体的手动映射器。

我必须使用 RDBMS (MySQL) 而不是 NoSQL，因为其他将从数据库读取数据的工具都是基于 SQL 查询的。

编辑:应该使用 RDBMS 的商业报告工具具有一些有限的 SQL 查询功能，不能在那里执行任何高级 SQL 或业务逻辑。所以我无法将 JSON 保存为字符串，然后稍后在报告工具中将其标记化。

对此有什么想法吗？我知道它可能直接从 JSON 到实体完成，但有建议不要这样做，例如以下建议:Mapping JSON object to Hibernate entity

有没有更好的方法来做到这一点，或者我计划的方法适合开始？

Answer 1

只有一个POJO型号

我同意使用相同的 POJO Hibernate 的结构和 Jackson一般来说，图书馆不是最好的选择。但这也取决于您需要实现的给定场景。在您的情况下，您需要从 REST API 加载数据并将结果存储在 DB 中.所以，基本上你会调用 INSERT在 90% 的情况下查询。所以，你可以保留你的 POJO结构非常简单，无需担心任何lazy-loading问题。在这种情况下使用相同的 POJO结构还不错。链接的问题/答案仅说明阅读和公开的问题 DB结构由 REST API这不是这个问题的情况。

您还需要了解 DB 有何不同模型将来自 JSON模型。如果它们相似，你可以说 1:1无需创建额外的层。

两个POJO模型

在这种情况下，您需要创建两个 POJO型号:一个用于处理JSON反序列化和一个用于处理 DB通过ORM .在这种情况下，最大的问题是映射这两个模型。此外，REST API 的变化传播到每一层。您当然可以使用 map 库，例如 Dozer , Orika , MapStruct或其他人，但总是需要维护这一层。从另一方面来看，这是非常安全的解决方案，因为您可以控制到 JSON 的映射。和DB分开并保持不同的结构，没有很多注释或自定义反序列化器、适配器等。从另一方面来说，如果这两个模型真的不同，这个解决方案是最好的。

Collection 一POJO型号

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

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