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')
相关文档：
sql恢复xp_regread
删除掉xp_regread后，发现以前的作业不能查看，只能去恢复了。
exec sp_addextendedproc 'Xp_dirtree','xpstar.dll' 恢复后发现不能使用
找到dbcc addextendedproc ("Xp_regread","xpstar.dll") 还是不能使用
后来才发现恢复的时候要用小写dbcc addextended ......
利用hibernate的Query进行直接执行SQL语句
一、
String sql = "insert into SHOP_MALL_ACCOUNT_MAP_T (MALL_NO,ACCOUNT) values ('"
+ mallNo + "','" + userId + "')";
SQLQuery query = getSession().createSQLQuery(sql);
query.executeUpdate();
二、
String sql = "select to_char(SYN_DATE,' ......
一、分页写法小例：
SELECT FIRST 10 templateid,code,name from template ;
SELECT FIRST 10 SKIP 10 templateid,code,name from template ;
SELECT * from shop ROWS 1 TO 10; –firebird2.0支持这种写法
二、显示表名和表结构
SHOW TABLES;
SHOW TABLE tablename;
四、更新字段注释
......
--备份事务日志 (自上一次备份以来，至当前的已完成的事务的日志)
backup log MyDBName to disk='F:\dbbak\GamePoint\MyDBName_log_2010052709.bak';
--截断日志(截断掉当前的已完成的事务的日志), SQL Server 2005, 2008没有这个选项.
backup log MyDBName with no_Log;
--收缩日志(至1M,� ......
