SQLServer中文处理
首先插句题外话：创建一个自然数表Nums。这是《SQL Server 2005技术内幕：T-SQL查询》一书的建议。
在SQL Server 2005中，可以借用ROW_NUMBER排名函数轻松生成我们所需的自然数表：
--自然数表1-1M
CREATE TABLE Nums(n int NOT NULL PRIMARY KEY CLUSTERED)
WITH B1 AS(SELECT n=1 UNION ALL SELECT n=1), --2
B2 AS(SELECT n=1 from B1 a CROSS JOIN B1 b), --4
B3 AS(SELECT n=1 from B2 a CROSS JOIN B2 b), --16
B4 AS(SELECT n=1 from B3 a CROSS JOIN B3 b), --256
B5 AS(SELECT n=1 from B4 a CROSS JOIN B4 b), --65536
CTE AS(SELECT r=ROW_NUMBER() OVER(ORDER BY (SELECT 1)) from B5 a CROSS JOIN B3 b) --65536 * 16
INSERT INTO Nums(n)
SELECT TOP(1000000) r from CTE ORDER BY r
以上语句生成前100万个自然数。
以下开始正题。
一、字符编码与排序规则
做过Web开发的人对字符编码一定不陌生。简单来说，人所能够识别的字符如“A”、“一”与计算机内部操作的数字01000001、1101001010111011是不一样的，需要建立一种对应关系来让计算机能够“识别”人们所使用的字符（或者说是让人们能够用自己习惯的方式识别计算机操作的数字），字符编码就是这个对应关系。
对于英语来说，大小写字母加数字加标点符号，总共也不会超过128个，一个字节就够用了；ASCII编码只使用了一个字节中的7位，便已经包括了英语常用字符，还加上了一组电传打字机时代的控制字符（至今仍在使用其中几个）。
然而世上并不仅有英语。欧洲一些语言需要使用的一些重音字符并没有包括在ASCII编码中；而亚洲的CJK（指China+Japan+Korea）语言字符多达几万个，更是远远超过了一个字节所能表示的范围；再加上阿拉伯语、希伯来语等等……
解决办法自然是扩充字符编码位数。双字节可以表示65536个字符，通常情况下是足够了。但这时又有一个新的问题：当计算机读到两个连续的字节，它应该将之理解为两个单独的字符还是一个字符？编码方案需要解决这个问题。
第一种方案是微软引入的代码页的概念。ASCII只使用了一个字节的7位，字节最高位是0，那么可以用最高位是1的范围来表示扩展字符。对于多数欧洲语言，一个字节的256个字符已然足够，那么便用字节最高位是1的128个字符来表示如重音字符、制表符等扩展字符；对于亚洲语言，使用两个连续的最高位是1的字节来表示CJK字符，这样，当计算机读到一个最高位是0�
相关文档：
现象：
现在做一个程序，对数据库的几个装有大量数据的表进行操作，对其中的一个表进行
循环操作，以处理其他的几个表。其中用到了几个query,update，当程序跑的过程中，
SQLSERVER的内存不断的增长，跑完后关闭程序退出后也不降下来。
解决：
这是SQL的内存管理机制决定的，SQL管理内存的原则是这样的,只要你的内存够 ......
1.建表(Create table)时使用 IDENTITY (SEED,INCREMENT)
其中SEED是起始值，INCREMENT是增量。
例：
CREATE TABLE mytable1
(
[user_id] BIGINT NOT NULL
IDENTITY(1, 1) ,
......
set ANSI_NULLS ON
set QUOTED_IDENTIFIER ON
GO
create function [dbo].[split](@str nvarchar(1000),@word varchar(5),@no
int) returns nvarchar(500)
as begin
declare @len int
declare @index int
set @index=charindex(@word,@str)
......
在平时的工作过程中，作为DBA角色管理数据库，头脑中的印象往往是数据库实例名称，而不会去关心Server的IP，而作为Developer的角色，他们往往想知道知道Server Ip和端口号。所以，DBA会经常被问及到：XXX实例的IP和端口号是什么？
这个问题，当然我们可以Login到OS查看IP、使用配制管理工具获取到端口号。但是，这个方法非 ......
