我完全懂你的痛点——数据库性能拉胯的时候，多一次查询就多一次拖慢响应的风险。针对这种无需先查再更的部分更新需求，这里有几个靠谱的方案，核心思路都是直接生成针对性的更新语句，彻底跳过查询实体的步骤：

这是最直接的思路：解析请求里的JSON字段，只把存在的字段拼进UPDATE语句，直接执行，完全不用碰查询操作。

比如前端传过来的JSON是{"firstName":"John", "phone":"123456"}，那我们就生成这样的SQL：

UPDATE employee SET firstName = ?, phone = ? WHERE id = ?

然后把对应参数传进去执行就行。

注意事项&代码示例（以MyBatis为例） #

• 一定要做字段合法性校验：只允许更新Employee实体定义好的属性，过滤掉非法字段，防止SQL注入；
• 提前和业务确认空值处理逻辑：如果请求里传了null，是要把对应字段设为NULL还是直接忽略这个字段？

MyBatis可以用动态SQL实现自动忽略空参数：

<update id="updateEmployeePartially">
  UPDATE employee
  <set>
    <if test="firstName != null">firstName = #{firstName},</if>
    <if test="lastName != null">lastName = #{lastName},</if>
    <if test="phone != null">phone = #{phone},</if>
    <if test="age != null">age = #{age},</if>
    <if test="salary != null">salary = #{salary},</if>
  </set>
  WHERE id = #{id}
</update>

MyBatis会自动跳过null的参数，生成只包含传入字段的更新语句，直接执行即可。

很多ORM框架都支持直接构造更新操作，不用先查询实体。比如JPA的@Modifying注解或者CriteriaUpdate：

静态字段更新（已知要更新的字段） #

@Modifying
@Query("UPDATE Employee e SET e.firstName = :firstName, e.phone = :phone WHERE e.id = :id")
int updateEmployeePartially(@Param("id") Long id, @Param("firstName") String firstName, @Param("phone") String phone);

动态字段更新（不确定哪些字段会传） #

用JPA的CriteriaUpdate动态构建更新语句：

public void updateEmployeePartially(Long id, Map<String, Object> updates) {
  CriteriaBuilder cb = entityManager.getCriteriaBuilder();
  CriteriaUpdate<Employee> update = cb.createCriteriaUpdate(Employee.class);
  Root<Employee> root = update.from(Employee.class);
  
  // 遍历传入的更新字段，逐个设置到更新语句里
  for (Map.Entry<String, Object> entry : updates.entrySet()) {
    update.set(root.get(entry.getKey()), entry.getValue());
  }
  
  update.where(cb.equal(root.get("id"), id));
  entityManager.createQuery(update).executeUpdate();
}

这个方法也是直接生成并执行更新语句，完全不需要查询实体。

如果你的数据库支持JSON操作（比如MySQL 5.7+、PostgreSQL），可以把请求的JSON直接传给DB，用内置的JSON函数来更新对应字段。

比如MySQL的JSON_SET/JSON_EXTRACT组合：

UPDATE employee
SET 
  firstName = JSON_UNQUOTE(JSON_EXTRACT(?,'$.firstName')),
  phone = JSON_UNQUOTE(JSON_EXTRACT(?,'$.phone'))
WHERE id = ?

你可以根据请求里的字段动态拼接这些SET项，只更新存在的字段。PostgreSQL则可以用jsonb_set函数实现类似效果。

这个方法的好处是把字段解析的工作部分交给数据库，但要注意参数绑定防止注入，同时确保JSON里的字段和实体字段一一对应。

这些方案都完美避开了“先查询再更新”的步骤，完全适配你数据库性能差的场景。优先推荐动态生成SQL或者ORM的动态更新API，兼容性好也容易维护。

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