Mateus Viccari's questions

如果我有一个用户表：

id | name   | age
1  | Mateus | 27

第一个事务执行更新，并使事务保持打开状态，不提交或回滚：
update User set name = 'John' where id = 1;

同时，第二个事务执行一个选择：
select * from User where id = 1;
该命令将等待第一个事务通过提交或回滚释放锁，除非第二个事务使用表提示with(nolock)，如下所示：
select * from User with(nolock) where id = 1;
这将返回记录而不锁定事务，但是它将返回未提交的值John而不是原始的Mateus.

据我所知，只有两种方法可以在不锁定当前事务的情况下返回锁定的记录，一种可以使用with(nolock)将返回记录但具有未提交值的方法，并且with(readpast)不会返回记录。

有没有办法可以返回记录，而不锁定表，并返回它的“旧”值？

让我们假设以下情况。

有一个students表：

编号 | 姓名
-----------------
1 | 马特乌斯

“用户 A”在不提交事务的情况下执行以下语句：

update students set name = 'Gustavo' where id = 1

然后“用户 B”执行以下查询：

select * from students with (nolock) where id = 1

用户 B 将获得 name Gustavo，这是预期的行为。DB会因为with(nolock)指令返回未提交的值。

Mateus即使有未提交的事务，有没有办法获取旧名称（先前提交的值）？

我有一个用户“sa”，它是 MSSQL 实例中的系统管理员。所有登录数据库的用户都有修改密码和删除“sa”用户的权限。有没有办法撤销这个权限？

当然，我可以对每一列进行比较，如下所示：

if (old.column1 = new.column1 and old.column2 = new.column2...)

但是，例如，如果我将来添加另一列，它将是硬编码且难以维护。

有没有办法检查所有列是否保持不变而无需手动检查每一列？

当然，当我说没有原因时，我的意思是“显然”没有原因，因为服务器上没有发生任何事情（强制关机、数据损坏、死锁等...）。

我问这个是因为，有一个应用程序在 PostgreSQL 上执行了一个简单的选择：

select * from product where barcode = '9990000088355'

什么都没有返回，但表中有一条记录barcode = 9990000088355。有一个专门针对这个字段的索引，重新索引后，问题解决了，查询获取了记录。

那么，这个问题是否有发生的原因，我可以做些什么来防止这种情况发生，或者至少看看另一个表的其他索引是否有问题？

我需要在 firebird 1.5 中创建一个用户并授予他访问某些特定表的权限。我设法创建了用户，但显然 GRANT/REVOKE 操作仅适用于 2.1 或更高版本。那么，该怎么做呢？

更新
实际上我弄错了，GRANT 和 REVOKE 在 1.5 版中都可以正常工作。