有带有 REST API 的 WebApp。我必须使用 JSON 格式的 API，然后将其保存在 RDBMS 中。 JSON 基本上是属性和子属性的列表。我必须将它们映射到数据库列。
尚未创建我认为合适的数据库架构。我正在寻找的是将 JSON 映射到 Java DTO，然后将 DTO 映射到实体的最佳方法。我打算使用 JACKSON 将 JSON 映射到 DTO。我可能会也可能不会映射所有属性。然后，在下一步中，我计划编写手动映射器，将 DTO 映射到实体。
我必须使用 RDBMS (MySQL) 而不是 NoSQL，因为从数据库读取数据的其他工具是基于 SQL 查询的。
编辑:应该使用 RDBMS 的商业报告工具具有一些有限的 SQL 查询功能，无法执行任何高级 SQL 或业务逻辑。因此，我无法将 JSON 保存为字符串，然后在报告工具中对其进行标记。
对此有什么想法吗？我知道它可能会直接以 JSON 格式完成到实体，但有建议不要这样做，例如此建议:Mapping JSON object to Hibernate entity
有没有更好的方法来做到这一点，或者我计划的方法适合开始？
最佳答案
只有一个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 中的更改传播到每一层。您当然可以使用类(class) map 库，例如 Dozer , Orika , MapStruct或其他，但始终需要维护这一层。从另一方面来看，这是非常安全的解决方案，因为您可以控制映射到 JSON并发送至DB分开并保留不同的结构，而不需要很多注释或自定义反序列化器、适配器等。从另一方面来看，如果这两个模型确实不同，那么这个解决方案是最好的。
Collection 一POJO型号
我还看到了第三个选项，它正在使用 Java用于处理的集合库JSON有效负载。 JSON Object适合Map<String, Object>和JSON array适合List<Object> 。 Jackson 自动注意选择正确的类型，您只需将这些集合映射到 POJO使用于 ORM 的型号边。该解决方案消除了保留两个模型的需要，但它使映射层变得复杂并使其模糊。
根据您提供的信息，我将从第一个选项开始。万一，在某些库的帮助下生成额外的模型和映射层会使事情变得复杂，这应该不是一个大问题。
关于java - 在 RDBMS 中保存 REST API JSON，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/55065673/