SQL乱码的问题
在SQL Server Unicode字符串常量需要前缀N
当在SQL
SERVER里边处理字符串常量的时候你必须在常量之前放一个大写的N,就像SQL
SERVER连机文档标题为"采用Unicode数据"所说明的那样.N前缀象征着在SQL-92
标准的国家语言,并且必须是大写字母.如果你在Unicode字符串常量前边不放一个N的话,SQL Server
在用它只前会把它转化成当前数据库的非Unicode代码页.
这个符号必须用来提供和现存的程序的向后兼容.举例,
"SELECT 'Hello'" 一定要返回一个非Unicode 字符串因为许多的程序依赖于SQL Server
6.5,而它是不支持Unicode数据.而新的语法"SELECT N'Hello'" 被添加从而语序从SQL Server 7.0和去SQL
Server 7.0.传递Unicode 字符串.
任何时候当你向SQL Server 传递Unicode
数据的时候你必须在它的前边放上N.如果你的程序支持Unicode而且向SQL Server 7.0
传递了未加N的字符串常量,你可能会遇到字符串数据的损失.当 SQL Server 把一个未加N的Unicode字符串转化成SQL
Server数据库的代码页,Unicode字符串里边的任何字符，并且在SQL Server代码页里边不存在的字符将会损失.
如果你的程序没有发送向SQL Server 发送SQL Server 数据而且客户端的ANSI代码页符合SQL Server
代码页,就没有必要加上N,并且你也不会遇到数据的损失.但是, SQL Server 7.0
允许你在安装的时候挑选一种不同于排序次序的Unicode校勘.在某些情况下这可能会导致涉及到有N前缀的字符串和没有N前缀的字符串出现不同的结果.举例,当你安装SQL
Server 7.0的时候,你选择了二进制排序规则(排序规则在比较非Unicode
字符串是用),而且选择了常规Unicode作为Unicode校勘(校勘在比较Unicode字符串时用).比较两个非Unicode字符串表达式 ("ABC"
= "abc") 会返回失败因为在二进制排序规则里边大写字母A和小写字母a是不相等的.相反的,表达式(N'ABC' = N'abc')
相关文档：
要创建两个文件
1: runBatch.bat
2: sql.txt
runBatch.bat 内容如下：
sqlplus username/password @sql.txt
pause
sql.txt内容如下：
spool sql.log
create table t1(cname char(20));
insert into t1(cname) values('test');
select * from t1;
spool off
exit
双击runBatch.bat就可以批量执行sql.txt中 ......
数据库 有两张表
表1： student
表2：chinese
现在要分别列出 每所学校 语文成绩最高的 学生信息
SQL ：
SELECT *
from student
LEFT JOIN chinese ON student.no = chinese.no
WHERE chinese.chengji
IN (
SELECT max( chinese.chengji )
from student
LEFT JOIN chinese ON student.no = chinese.no
GROU ......
类型名称
Oracle
SQLServer
比较
字符数据类型
CHAR
CHAR
都是固定长度字符资料但oracle里面最大度为2kb，SQLServer里面最大长度为8kb
变长字符数据类型
VARCHAR2
VARCHAR
Oracle里面最大长度为4kb，SQLServer里面最大长度为8kb
根据字符集而定的固定长度字符串
NCHAR
NCHAR
前者最大长度2kb后者最大长度4 ......
关于sql连接语句中的Integrated Security=SSPI
解决方法：
即：Security Support Provider Interface
设置Integrated Security为 True 的时候，连接语句前面的 UserID, PW 是不起作用的，即采用windows身份验证模式。
只有设置为 False 或省略该项的时候，才按照 UserID, PW 来连接。
Integrated Security 可以设置为: ......
