针对你提出的两个问题，我结合主流数据库的特性来逐一解答：

1. 能否通过SQL管理器获知是否有用户更新过记录？ #

这得看你的数据库配置和表设计情况，不能一概而论：

• 如果你的表本身设计了审计字段（比如updated_by记录操作用户、updated_at记录操作时间），那直接查询这些字段就能快速知道谁在什么时候更新了记录，这是最直观的方式。
• 如果表没有这类字段，但数据库开启了审计功能（比如SQL Server的SQL Audit、MySQL的审计日志插件、PostgreSQL的pgAudit扩展），你可以通过数据库的审计日志追踪到更新操作的发起用户、执行时间甚至具体SQL语句——不过SQL管理器本身只是客户端工具，它不会主动记录这些信息，得依赖数据库端的配置。
• 如果两者都没配置，那单纯靠SQL管理器是没法直接获知更新记录的，因为管理器只负责发送SQL指令到数据库，不存储操作历史。

2. SQL管理器中执行的更新操作是否会生成日志？ #

更新操作的日志生成是数据库系统的核心特性，和你用什么客户端（包括SQL管理器）无关：

• 所有主流数据库都会生成事务日志（比如SQL Server的事务日志、MySQL的Binary Log、PostgreSQL的WAL日志），这些日志会记录所有数据修改操作（包括更新），目的是用于数据恢复和主从同步。你可以通过数据库自带的工具解析这些日志，查看操作的详细信息（比如执行用户、时间、SQL内容）。
• 另外，如果你开启了数据库的审计日志，会生成更详细的操作记录，专门用于追踪用户的操作行为，比事务日志更适合做合规性检查和操作溯源。

举几个实用的操作例子： #

• SQL Server：可以用系统函数fn_dblog查询事务日志的内容，或者创建SQL Audit规范来专门记录更新操作；
• MySQL：开启Binary Log后，使用mysqlbinlog命令行工具解析日志文件，查看更新操作的详情；
• PostgreSQL：安装pgAudit扩展并配置参数，就能生成包含用户操作的审计日志。

注意事项： #

• 审计日志和事务日志会占用存储空间，记得配置合理的日志保留策略；
• 确保只有授权的管理员能访问这些日志，避免敏感信息泄露；
• 如果你的业务需要长期追踪操作，建议在表中添加created_by、updated_by、updated_at这类审计字段，比依赖日志查询更高效。

内容的提问来源于stack exchange，提问作者Fernando eisesaba Aramendi