对于query+update的组合，需要用户自己加锁来保证数据的可靠吗？

[mz1573mz]

struct MaterialIndex
{
int id;
std::string company; // company
std::string group; // group
int MaterialNumber;
};
// 注册 ormpp 反射与自增主键（字段顺序必须与结构体定义一致）
YLT_REFL(MaterialIndex, id, company, group, MaterialNumber);
REGISTER_AUTO_KEY(MaterialIndex, id); // id 为 int AUTO_INCREMENT 主键

query_s获取指定（company+group）的MaterialNumber，然后+1再update回去，这种情况下，是自己加锁，还是ormpp有加锁的机制？

[qicosmos]

这种 query_s -> 本地 +1 -> update 的 read-modify-write 组合，ormpp 不会自动加业务锁，需要由使用者通过数据库语义保证并发可靠性。否则两个并发请求可能同时读到相同的 MaterialNumber，然后都写回同一个 +1，产生 lost update。

如果只是把 MaterialNumber 加 1，建议直接用数据库端原子更新，不要先查出来再在客户端加：

mysql.execute(
    "update MaterialIndex "
    "set MaterialNumber = MaterialNumber + 1 "
    "where company='xxx' and `group`='yyy'");

如果业务必须先查询再根据结果做复杂判断，可以使用事务加行锁，例如 MySQL/InnoDB：

BEGIN;
SELECT MaterialNumber
FROM MaterialIndex
WHERE company = 'xxx' AND `group` = 'yyy'
FOR UPDATE;

UPDATE MaterialIndex
SET MaterialNumber = ...
WHERE company = 'xxx' AND `group` = 'yyy';
COMMIT;

ormpp 提供 begin() / commit() / rollback()，但不会自动判断哪些查询和更新属于同一个业务临界区。建议给 (company, group) 建索引或唯一索引，否则 FOR UPDATE 可能锁范围较大。另：group 是 MySQL 关键字，手写 SQL 时需要写成 `group`。