[SQL 2000] 关于中文特殊汉字，SQL查不出来的怪问题?!!

[risingsoft]

我数据库里有一个表，字段是varchar，当存的汉字带中文特殊符号比如：
cname='丿爺乄顁伱生死'

的时候，用SQL查询分析器，能查出来
select count(*) from table_role where cname='丿爺乄顁伱生死';

查的结果是1

但是在delphi的程序里，用adoconnection对象连接，用adoquery执行这个查询，就不好使：
select count(*) from table_role where cname='丿爺乄顁伱生死';

查的结果是0

why？如何解决？解决就给分......

[dawugui]

select count(*) from table_role where cname = N'丿爺乄顁伱生死'; 

[dawugui]

在字符串前面加个N试试.

select count(*) from table_role where cname = N'丿爺乄顁伱生死'; 

[risingsoft]

奇怪了，我这么写为什么不行？

adoQry.close;
adoQry.SQL.Text := Fomat('select count(*) from table_role where cname = N''%s''',['丿爺乄顁伱生死']);
adoQry.open;
showmessage(inttostr(adoQry.fields[0].asinteger)); //显示0

adoQry.close;
adoQry.SQL.Text := Fomat('select count(*) from table_role where cname = N''丿爺乄顁伱生死''',[]);
adoQry.open;
showmessage(inttostr(adoQry.fields[0].asinteger)); //显示1

why?道理？

[risingsoft]

adoQry.close;
adoQry.SQL.Text := Fomat('select count(*) from table_role where cname = ''丿爺乄顁伱生死''',[]);
adoQry.open;
showmessage(inttostr(adoQry.fields[0].asinteger)); //显示1

[dawugui]

看来这个是开发语言delphi的问题了,帮顶.

[ws_hgo]

unicode编码
varchar()为非unicode编码nvarchar为unicode编码
如果字段类型为varchar
查询的时候加上N'字段名'

你上面如果不是这个问题的话就是dephi 的问题了

[水族杰纶]

使用 Unicode 資料
Unicode 規格為全世界各行各業廣泛使用的字元定義單一的編碼架構。所有電腦都以一致的方式將 Unicode 資料的位元模式以一個 Unicode 格式轉換成字元。這樣一來，同一個位元模式在所有電腦上都一定會轉換成同一個字元。資料可以自由地從一個資料庫或電腦轉換到別的資料庫或電腦，不須擔心接收系統會將位元模式轉換成錯誤的字元。

只用 1 個位元為字元編碼的資料型別有一個問題，那就是該資料型別只能代表 256 個不同的字元。使得不同字母 (如歐洲字母) 必須採用不同的編碼規格 (或字碼頁)，這樣的數量相當少，也不可能處理動輒數以千計的字母系統，如日文漢字或韓文拼音字母。

每個 Microsoft® SQL Server™ 定序都有一個字碼頁 (Code Page)，定義哪些位元模式分別代表 char、varchar與 text 值中的每個字元。不同資料行與字元常數可以指派為不同的字碼頁。用戶端電腦使用與作業系統地區設定相關的字碼頁來解譯位元模式。不同的字碼頁有很多。有些字元只出現在某些字碼頁，在別的字碼頁中就沒有。有些字元在某些字碼頁中定義為某個位元模式，在其他字碼頁中又定義為另一種位元格式。當您在建立必須處理不同語言的國際系統時，很難為所有電腦挑選符合多國需求的字碼頁。也很難確保每部電腦在與使用不同字碼頁的系統中溝通時能夠執行正確的轉換。

Unicode 規格以 2 位元組為每個字元編碼，來解決這個問題。採用 2 個位元組的規格可以有足夠的不同模式 (65,536) 來涵蓋大部分的商用語言。因為所有 Unicode 系統都以一致的方式使用相同的位元模式來代表所有字元，所以將字元移到別的系統時，沒有轉換錯誤的問題。只要整個系統都使用 Unicode 資料型別，就可以將字元轉換問題減到最少。

在 Microsoft SQL Server 中，以下資料型別支援 Unicode 資料：

nchar


nvarchar


ntext


附註 這些資料型別開頭的 n 是代表國際 (Unicode) 資料型別的 SQL-92 標準。

使用 nchar、 nvarchar 與 ntext 分別相當於使用 char、varchar 與 text，只不過：

Unicode 支援的字元範圍較廣。


儲存 Unicode 字元所需的空間較多。


nchar 與 nvarchar 資料行的最大大小是 4,000 個位元組，不同於 char 與 varchar 的 8,000 個位元組。


指定 Unicode 常數前面要以 N 開頭：N'A Unicode string'。


所有 Unicode 資料使用相同的 Unicode 字碼頁。定序不會控制 Unicode 資料行所用的字碼頁，而只控制諸如比較規則與是否區分大小寫等屬性。

[让你望见影子的墙]

数据库中该字段是nvarchar？

[lzd1_83]

select count(*) from table_role where cname = ‘N'

[risingsoft]

不加N一样没问题的。字段不是nvarchar，是varchar，当然里面存的是汉字

adoQry.close;
adoQry.SQL.Text := Fomat('select count(*) from table_role where cname = N''%s''',['丿爺乄顁伱生死']);
adoQry.open;
showmessage(inttostr(adoQry.fields[0].asinteger)); //显示0

adoQry.close;
adoQry.SQL.Text := Fomat('select count(*) from table_role where cname = N''丿爺乄顁伱生死''',[]);
adoQry.open;
showmessage(inttostr(adoQry.fields[0].asinteger)); //显示1

[risingsoft]

不加N一样没问题的。字段不是nvarchar，是varchar，当然里面存的是汉字

adoQry.close;
adoQry.SQL.Text := Fomat('select count(*) from table_role where cname = ''%s''',['丿爺乄顁伱生死']);
adoQry.open;
showmessage(inttostr(adoQry.fields[0].asinteger)); //显示0

adoQry.close;
adoQry.SQL.Text := Fomat('select count(*) from table_role where cname = ''丿爺乄顁伱生死''',[]);
adoQry.open;
showmessage(inttostr(adoQry.fields[0].asinteger)); //显示1