针对你在Delphi 10.4中遇到的这个问题，我来帮你梳理几个容易遗漏的关键点——这些都是导致FireDAC数据集自动变为只读状态的常见原因：

1. 确保FireDAC能识别表的主键（最可能的根源） #

FireDAC需要明确知道表的主键才能自动生成更新语句，否则会默认将数据集设为只读。哪怕你的select *已经包含了主键字段，有时候FireDAC也可能无法自动检测到它：

• 先确认clients表是否定义了主键（比如你获取的clientid是否是该表的主键）；
• 手动配置quUpdate的UpdateOptions属性：
  • 将UpdateTableName设置为clients；
  • 将KeyFields设置为clientid（如果这是表的主键字段）。

2. 再次检查TFDQuery的ReadOnly属性 #

虽然你提到已经检查过属性，但还是再确认一次：确保quUpdate.ReadOnly属性是False。有时候调试或修改代码时，可能会不小心误改这个值。

3. 改用参数化查询（修复潜在SQL问题+提升安全性） #

你当前的SQL字符串拼接方式不仅存在SQL注入风险，还可能导致FireDAC对结果集的可更新性判断异常。建议改成参数化写法：

quUpdate.SQL.Text := 'select * from clients where :tel IN (companytel, companytel_other)';
quUpdate.ParamByName('tel').AsString := tel;
quUpdate.Open;

这种写法能让FireDAC更准确地解析查询结构，避免因字符串拼接导致的意外问题。

4. 确认DataSource的配置细节 #

检查关联的DataSource控件：

• 确保DataSource.Enabled属性为True；
• 确认DataSet属性确实指向quUpdate，没有关联到其他数据集。

5. 排查数据库用户权限 #

虽然你之前操作正常，但如果数据库账号的权限发生了变化（比如被移除了clients表的更新权限），也会导致数据集无法编辑。可以尝试用该账号直接在数据库客户端执行update clients set ... where clientid=...语句，验证是否具备更新权限。

6. 检查CachedUpdates模式 #

如果quUpdate.CachedUpdates被设为True，你需要确保编辑流程正确：调用quUpdate.Edit修改字段，Post后还要调用quUpdate.ApplyUpdates(-1)才能提交到数据库。不过你说之前操作没问题，这个可能性较低，但可以检查一下这个属性是否被误改。

按照上面的步骤逐一排查，应该能快速定位到问题所在。

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