能否查询excel修改记录

Posted 2023-04-27

你好,之前看你回答了这个问题，有些方面不是很懂，所以想问可不可以讲的详细一点，我按照你的方法试了几遍但是都没有修改记录

可以，查看方法如下：

1、首先打开表格，打开之后点击表格工具栏上面的审阅选项。

2、在审阅的选项卡里面找到修订，点击修订的下拉按钮，选择突出显示修订。

3、进入到突出显示修订的设置之后，勾选编辑时跟踪修订信息，同时共享工作簿选项，然后点击确定。

4、此时就会弹出一个选择窗口，在选项里面点击是。

5、这样设置了之后，其他人对表格内容进行修改，就会显示修改记录信息。

参考技术A

1.打开要开启修订记录的文档，选择工具栏中的审阅选项。

2.选择“修订”选项的下拉按钮，然后选择“突出显示修订”选项。

3.弹出“突出显示修订”对话框，选择“编辑时跟踪修订记录”，同时根据需要选择其他选项，然后点击确定按钮。

4.在编辑区输入新的文字或修改其他已存在的信息，则在对应单元格的左上角出现一个标识。

5.将鼠标放在该标识的位置，就会显示该单元格操作的记录。

参考技术B

 1、例如excel2003，在打开的工作薄中，鼠标左键点击“工具”，在下拉菜单中选择“修订”，点击“突出显示修订”。

2、在打开的对话框中，勾选“编辑时跟踪修订信息，同时共享工作薄”，“时间”选择“全部”，勾选“在屏幕上突出显示修订”，其他选项默认就可以，确定。

3、修改过内容的单元格左上角会有一个蓝色小三角，鼠标放在上面就可以清楚地看到修改内容和修改者。

参考技术C

推荐直接使用腾讯文档哦，支持在线excel格式，腾讯文档能查看历史编辑记录（修改时间、修改人），支持还原任意历史版本；还可以可以查看文档的浏览记录，了解谁查看了文档/谁未查看文档；非常好用！

           
           

登录腾讯文档网页版，打开你的文档，点击顶部“三”-查看修订记录，就能看到每个历史版本的修订记录。点击“还原”即可还原历史版本


           

请点击输入图片描述


           

请点击输入图片描述

也能查看文档的浏览记录，点击顶部“三”-查看浏览，就可以查看了


           

请点击输入图片描述

参考技术D 共享工作簿
使用修订……勾选 编辑时跟踪修订信息 同时共享工作簿
注意里边的其他选项设置……
注意最好是保护共享的工作簿……
在没有接受最终修订之前，或者是没有取消共享之前，想要查看修改的历史记录时，选择 修订-突出显示修订 ……修订选项 都不勾选 表示所有的修订都显示……注意要勾选 在新表中显示……
这样就可以看到 修订的历史了……

您能否回滚处于“将更改表提交到存储引擎”状态的查询

【中文标题】您能否回滚处于“将更改表提交到存储引擎”状态的查询

【英文标题】：Can you rollback a query in state 'committing alter table to storage engine'

【发布时间】：2018-08-14 09:06:02

【问题描述】：

我们有一个包含 7000 万行的 InnoDB 表，我们一直在尝试运行 alter table 语句来修改和添加几列。该查询似乎已经更改了表，现在处于“将更改表提交到存储引擎”的状态。

START TRANSACTION;
ALTER TABLE table
  MODIFY COLUMN column1 int(11) NOT NULL DEFAULT 0,
  MODIFY COLUMN column2 tinyint(1) NOT NULL DEFAULT 1,
  ADD COLUMN column3 int(11),
  ADD COLUMN column4 int(11) NOT NULL DEFAULT 1,
  ADD COLUMN column5 varchar(255);
COMMIT;

这已经运行了一夜，当前时间为 19 小时。我们没有启用性能模式，因此无法查看估计的完成时间。我关心的是查询在做什么以及如果被杀死，查询是否会回滚。我看到其他问题与卡在复制到 tmp 表或等待表锁定的查询有关。但是，我找不到任何关于在 alter table 提交时被卡住的信息。

在这种状态下杀死一个查询是否安全，如果该查询被杀死，是否会成功回滚？

服务器正在运行 MariaDB 10.2

【问题讨论】：

2 个重要问题：1) MODIFY 做了什么（设置不为空？设置默认值？更改类型？）和 2) 表还在使用中吗？它可能只是在等待获得锁来提交。

1) 修改在第 1 列设置默认值，在第 2 列设置非空值和默认值。2) 这是表上发生的唯一查询。根据此链接 (dev.mysql.com/doc/refman/5.6/en/general-thread-states.html)，alter table 应该已经发生了，只是提交需要很长时间

好吧，我只能回答这个问题：“我关心的是查询在做什么”据我所知，您的ALTER 做了一个就地表重建（检查InnoDB Online DDL 和this）。它要么等待锁提交（但可能不是，因为您说该表未在使用中）或者只是需要很长时间才能保存具有 7000 万行的新版本表......

【参考方案1】：

来自documentation：

有些语句不能回滚。通常，这些包括数据定义语言 (DDL) 语句，例如创建或删除数据库的语句，创建、删除或更改表或存储例程的语句。

您应该在设计交易时不包含此类声明。如果您在一个无法回滚的事务中提前发出一条语句，然后另一条语句随后失败，则在这种情况下，无法通过发出 ROLLBACK 语句来回滚该事务的全部效果。

【讨论】：

虽然帖子指出 ALTER TABLE 是一个 DDL 语句，因此无法回滚，因为该语句尚未完成，但它是否会使表处于损坏状态？或者在alter table完成之前是否仍然可以回滚？

【参考方案2】：

由于ALTER TABLE 是一个DDL 语句，it causes an implicit commit 在执行时。这意味着它无法回滚，但中断 DDL（通过终止连接）将导致已应用的更改以受控方式回滚。

鉴于您使用的是默认的ALTER TABLE 操作（未定义ALGORITHM），取消它应该相对较快，因为至少据我所知，它所要做的就是丢弃表。

【参考方案3】：

我在 MySQL 5.6 中为 InnoDB 实现了 ALGORITHM=INPLACE 和 LOCK=NONE。 根据前面的表定义，此操作可能暗示 ALGORITHM=INPLACE，也可能回退到 ALGORITHM=COPY。 从 MariaDB 10.3 (MDEV-11369) 开始， ADD COLUMN 将是即时的；在此之前，必须重建该表。 （语法 ALGORITHM=INPLACE 非常具有误导性。） 从 MariaDB 10.2.13 和 10.3.5 (MDEV-11415) 开始，ALGORITHM=COPY 将不再为各个行写入撤消日志记录，并且回滚（在客户端断开连接或服务器终止的情况下）应该更快。