求助：为什么这条记录查不出来？

Question

我已经把用sp_lock查出来的进程都kill掉了，还是这样的情况....

Answer 1

select * from A where b= = 'key2'
lz你写的两个==吗

Answer 2

发帖时的笔误。贴出我实际的查询语句吧：(1)select * from gea..useridentity where Verifykey like '00001C4A_4FBC_4CDE_AFA0_9C80460B7F97'  //ok
(2)select * from gea..useridentity where UserName like '00001C4A_4FBC_4CDE_AFA0_9C80460B7F97' //not work运行sp_lock的结果为：
51 7 0 0 DB                  S GRANT
53 10 0 0 DB                  S GRANT
54 4 0 0 DB                  S GRANT
57 7 0 0 DB                  S GRANT
58 7 0 0 DB                  S GRANT
60 7 0 0 DB                  S GRANT
61 7 0 0 DB                  S GRANT
62 1 85575343 0 TAB                  IS GRANT
63 7 0 0 DB                  S GRANT
68 9 0 0 DB                  S GRANT
69 9 0 0 DB                  S GRANT
70 9 0 0 DB                  S GRANT
71 9 0 0 DB                  S GRANT

Answer 3

汗一下自己的不专业：spid dbid  ObjId IndId  Type       Resource                   Mode       Status
51 7 0 0 DB                  S GRANT
53 10 0 0 DB                  S GRANT
54 4 0 0 DB                  S GRANT
57 7 0 0 DB                  S GRANT
58 7 0 0 DB                  S GRANT
60 7 0 0 DB                  S GRANT
61 7 0 0 DB                  S GRANT
62 1 85575343 0 TAB                  IS GRANT
63 7 0 0 DB                  S GRANT
68 9 0 0 DB                  S GRANT
69 9 0 0 DB                  S GRANT
70 9 0 0 DB                  S GRANT
71 9 0 0 DB                  S GRANT

Answer 4

自己再顶一下！另外在描述一下自己这个出问题的数据库的创建过程，给大家参考：我这个有问题的本地库A来自于外网一个实际被用户使用的库B，是在凌晨时分启动数据库作业对B进行的备份。然后我把备份文件拷到本地，在本地服务器上创建了一个新库A，然后使用sqlserver2005中的“还原数据库”命令利用备份文件使A成为了B的完全备份。现在对B的操作一切都是正常的，只有这个A出了帖子里描述的问题。