Sql server 2008 SQL Server where子句在数据库恢复后对nvarchar列不起作用

我们完成了数据库恢复任务，恢复已经完成，但where子句对NVARCHAR数据类型列不起作用

例如：

select * 
from table1 
where Job_Number = 'qba123456'

---

请定义不工作，解释发生了什么。当您使用正确的类型时，结果是否也不同？从表1中选择*，其中Job_Number=N'qba123456'注意N.“不工作”表示在触发查询后从表1中选择*，其中Job_Number='qba123456'。此查询返回0行。我尝试从Job_Number=N'qba123456'的表1中添加'N'select*，但如果从Job_Number=N'qba123456'的表1中选择*返回0行，则表1中没有列Job_Number为qba123456的记录。可能记录未提交，或者可能在尾随字符上有前导字符，但短的是找不到值。如果一切正常，但仍不工作，则可能存在空白，请尝试TRIMJob_Number='XXXXX'的TRIM函数？排序规则如何。在数据库或nvarchar列中使用区分大小写的排序规则也可能会影响查询。请定义“不工作”，解释发生的情况。当您使用正确的类型时，结果是否也不同？从表1中选择*，其中Job_Number=N'qba123456'注意N.“不工作”表示在触发查询后从表1中选择*，其中Job_Number='qba123456'。此查询返回0行。我尝试从Job_Number=N'qba123456'的表1中添加'N'select*，但如果从Job_Number=N'qba123456'的表1中选择*返回0行，则表1中没有列Job_Number为qba123456的记录。可能记录未提交，或者可能在尾随字符上有前导字符，但短的是找不到值。如果一切正常，但仍不工作，则可能存在空白，请尝试TRIMJob_Number='XXXXX'的TRIM函数？排序规则如何。在数据库或nvarchar列中使用区分大小写的排序规则也会影响查询。