Spring Data JDBC是否支持复杂模型？官方文档表述存疑

首先明确：Spring Data JDBC的设计初衷就是轻量、简单的ORM替代方案，官方文档的描述完全准确——它对复杂模型的处理能力确实有限，但也不是完全不能应对部分“中度复杂”的场景，具体得看你的需求边界：

一、默认支持的“有限复杂”场景 #

• 一对一、一对多关联：可以通过@MappedCollection注解处理嵌套实体集合或单关联实体，比如订单对应多个订单项的场景，只要遵循它的表结构规则（比如订单项表包含订单外键），就能自动完成映射。
• 基础自定义映射：可以通过实现NamingStrategy修改表/列名规则，或者用Converter处理特殊类型（枚举、自定义值对象）的转换，也能通过BeforeSaveCallback、AfterLoadCallback这类回调接口在持久化前后做逻辑扩展。

二、不适合的复杂场景 #

如果你的模型涉及以下情况，Spring Data JDBC会显得力不从心：

• 多对多关联：官方无原生支持，需手动拆成两个一对多关联（中间表+实体），或自行编写SQL处理，操作繁琐。
• 复杂继承映射：没有类似JPA@Inheritance的注解支持，处理继承关系只能靠手动拆分表或编写自定义逻辑。
• 懒加载、二级缓存：这类ORM高级特性完全缺失，所有关联数据都会被立即加载。
• 动态复杂查询：Spring Data JDBC的查询方法定义受限，复杂多表关联查询要么靠@Query手写SQL，要么需改用JDBC Template。

总结 #

如果你的“复杂模型”只是带有嵌套关联、少量特殊映射需求，Spring Data JDBC可以满足，但需要接受它的规则约束；如果是真正的企业级复杂业务模型（多模块交叉关联、复杂查询逻辑等），建议直接选择Spring Data JPA，或用JDBC Template手写SQL把控细节。

内容的提问来源于stack exchange，提问作者Valentin Bossi