从BDE迁移到FireDAC后，「其他用户已修改记录」错误未触发

一、恢复“记录已被修改”冲突检测机制 #

你当前使用TFDUpdateSQL作为UpdateObject时，仅修改UpdateMode为upWhereAll无效，核心原因是**TFDUpdateSQL的自定义SQL语句未包含原始字段的WHERE条件校验**——FireDAC的UpdateMode仅对自动生成的更新SQL生效，手动编写的UpdateSQL语句需要自行实现乐观锁逻辑：

方案1：修改TFDUpdateSQL的更新语句（保留原有UpdateObject） #

打开TFDUpdateSQL的UpdateSQL编辑器，将WHERE子句从仅包含主键，扩展为包含所有需要校验的原始字段，示例如下：
原语句（仅主键校验）：

UPDATE YourTable 
SET Col1 = :New_Col1, Col2 = :New_Col2 
WHERE ID = :Old_ID

修改后（全字段乐观锁校验）：

UPDATE YourTable 
SET Col1 = :New_Col1, Col2 = :New_Col2 
WHERE ID = :Old_ID 
  AND Col1 = :Old_Col1 
  AND Col2 = :Old_Col2

这样当其他用户修改过字段值时，WHERE条件匹配失败，FireDAC会检测到更新影响行数为0，自动触发「记录已被其他用户修改」的错误。

方案2：移除TFDUpdateSQL，让FireDAC自动生成更新逻辑 #

如果不想手动维护SQL语句，可移除UpdateObject，让FireDAC自动处理乐观锁：

• 取消TFDQuery与TFDUpdateSQL的关联（设置UpdateObject := nil）
• 设置TFDQuery.UpdateMode := upWhereAll
• 确保TFDQuery.KeyFields已正确指定主键字段（若FireDAC未自动识别）
• 若为多表关联查询，设置TFDQuery.UpdateTableName为需要更新的主表名
• 确认TFDQuery.FetchOptions.Mode不为fmForwardOnly（需缓存原始字段值，默认fmAll即可）

FireDAC会自动生成包含所有原始字段的WHERE条件更新语句，实现和BDE一致的冲突检测。

二、关于是否移除UpdateObject的建议 #

BDE中多表关联查询必须依赖UpdateObject才能编辑，但FireDAC原生支持多表关联查询的可编辑性，只要满足以下条件：

• 查询包含主表的主键字段
• 明确指定UpdateTableName为主表名
• 关联的从表字段为只读（FireDAC会自动忽略，仅更新主表）

如果希望减少代码改动：

1. 优先尝试方案1，仅修改TFDUpdateSQL的SQL语句，无需调整其他逻辑
2. 若后续维护成本较高（比如频繁修改表结构需同步更新SQL），再逐步切换到方案2，移除UpdateObject并配置FireDAC自动生成逻辑——这种方式更易维护，且能避免手动编写SQL的错误

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