Microsoft SQL Server 2008 对 T-SQL 语言进行了进一步增强。为了让开发人员尽快了解这些变化，我们针对 2007 年 6 月 CTP 版本的 SQL Server 2008 中的 T-SQL 语言的新增功能进行了分析和尝试。本文描述自 SQL Server 2008 CTP1 以来这些语言增强和变化。
　　本文包含如下内容：
　　· T-SQL 行构造器
　　· FORCESEEK 表提示
　　· GROUPING SETS
　　· 兼容性级别
　　· 用户自定义表数据类型
　　· 表值参数
　　· MERGE 语句
　　本文适用于：Microsoft)R) SQL Server(TM) 2008 Developer Edition June 2007 CTP
　　1、T-SQL 行构造器
　　T-SQL 行构造器(Row Constructors)用来在 INSERT 语句中一次性插入多行数据。例如：
CREATE TABLE #a
(
　　Column1 nvarchar(max),
　　Column2 nvarchar(max)
);
GO
INSERT INTO #a
VALUES (
('1', '1'),
('2', '2')
);
SELECT * from #a;
GO
DROP TABLE #a;
GO
　　经过增强后的 INSERT 语句的语法结构如下。
[ WITH <common_table_expression> [ ,...n ] ]
INSERT
　　[ TOP ( expression ) [ PERCENT ] ]
　　[ INTO ]
　　{ <o ......

使用 Microsoft SQL Server 安装向导的"实例名"页，可指定创建默认实例还是创建 SQL Server Express 命名实例。除非您选择默认实例，否则 SQL Server Express 将始终安装命名实例 (SQLExpress)。此行为与 SQL Server 2005 不同，后者在未选择命名实例的情况下，将始终安装默认实例。
 选项
选项
说明
默认实例
如果选择"默认实例"，而计算机上已经存在默认实例，则 SQL Server 安装程序将升级该默认实例。请选择此选项来安装 SQL Server Express 的默认实例。一台计算机只能承载一个默认实例。
注意：默认实例名为 MSSQLSERVER；它不需要客户端指定实例名称即可建立连接。
若要升级早期 SQL Server 安装的默认实例，请单击"默认实例"，然后单击"下一步"。
命名实例
运行 SQL Server Express 时，默认情况下将选中已命名的实例选项，并且实例名为 SQLExpress。
请选择此选项来创建新命名实例。命名 SQL Server 实例时，请考虑以下事项：
实例名不区分大小写。
实例名不能包含 Default、MSSQLServer 或其他保留关键字。如果在实例名中使用了保留关键字，则将发生错误。
实例名限制为 16 个字符。
实例名的首字符必须是字母或下划线 (_)。可接受的 ......

锁机制
NOLOCK和READPAST的区别。
1. 开启一个事务执行插入数据的操作。
BEGIN TRAN t
INSERT INTO Customer
SELECT 'a','a'
2. 执行一条查询语句。
SELECT * from Customer WITH (NOLOCK)
结果中显示"a"和"a"。当1中事务回滚后，那么a将成为脏数据。(注:1中的事务未提交) 。NOLOCK表明没有对数据表添加共享锁以阻止其它事务对数据表数据的修改。
SELECT * from Customer
这条语句将一直死锁，直到排他锁解除或者锁超时为止。(注:设置锁超时SET LOCK_TIMEOUT 1800)
SELECT * from Customer WITH (READPAST)
这条语句将显示a未提交前的状态，但不锁定整个表。这个提示指明数据库引擎返回结果时忽略加锁的行或数据页。
3. 执行一条插入语句。
BEGIN TRAN t
INSERT INTO Customer
SELECT 'b','b'
COMMIT TRAN t
这个时候，即使步骤1的事务回滚，那么a这条数据将丢失，而b继续插入数据库中。
NOLOCK
1． 执行如下语句。
BEGIN TRAN ttt
SELECT * from Customer WITH (NOLOCK)
WAITFOR delay '00:00:20'
COMMIT TRAN ttt
注：NOLOCK不加任何锁，可以增删查改而不锁定。
INSERT INTO Customer SELECT 'a','b' –不锁定
......

锁机制
NOLOCK和READPAST的区别。
1. 开启一个事务执行插入数据的操作。
BEGIN TRAN t
INSERT INTO Customer
SELECT 'a','a'
2. 执行一条查询语句。
SELECT * from Customer WITH (NOLOCK)
结果中显示"a"和"a"。当1中事务回滚后，那么a将成为脏数据。(注:1中的事务未提交) 。NOLOCK表明没有对数据表添加共享锁以阻止其它事务对数据表数据的修改。
SELECT * from Customer
这条语句将一直死锁，直到排他锁解除或者锁超时为止。(注:设置锁超时SET LOCK_TIMEOUT 1800)
SELECT * from Customer WITH (READPAST)
这条语句将显示a未提交前的状态，但不锁定整个表。这个提示指明数据库引擎返回结果时忽略加锁的行或数据页。
3. 执行一条插入语句。
BEGIN TRAN t
INSERT INTO Customer
SELECT 'b','b'
COMMIT TRAN t
这个时候，即使步骤1的事务回滚，那么a这条数据将丢失，而b继续插入数据库中。
NOLOCK
1． 执行如下语句。
BEGIN TRAN ttt
SELECT * from Customer WITH (NOLOCK)
WAITFOR delay '00:00:20'
COMMIT TRAN ttt
注：NOLOCK不加任何锁，可以增删查改而不锁定。
INSERT INTO Customer SELECT 'a','b' –不锁定
......

应用中发现sql中的and及or的执行效率问题
ｓｑｌ语句，为什么把最后的ｏｒ换成ａｎｄ，查询的就很快，使用的是mssql范例中northwind数据库为例，
select * from Orders a left join [Order Details] b on a.orderid = b.orderid
where a.customerid like '%ics%' or b.productid in (42,72)
追踪了语句的执行方案,发现使用or 时 是先执行的a 与b 交叉表，从结果集中再where出符合的记录，由于是全集交叉所以输出的数据量较大,执行的时间也就效长.
select * from Orders a left join [Order Details] b on a.orderid = b.orderid
where a.customerid like '%ics%' and b.productid in (42,72)
而and是先执行的where筛选出了符合的记录再做的交叉表,所以数据量少执行起来快.
相对于or 为了提高执行速度,想了一个办法,如下人为控制执行方案先筛选wher后交叉left
set statistics time on
select * from (select * from Orders where customerid like '%ics%') a left join
 (select * from [Order Details] b where productid in (42,72)) b on a.orderid = b.orderid
set statistics time off ......

导出表结构:
Tools-->Export User Objects -->选择要导出的表(包括Sequence等)-->.sql文件
导出表数据:
Tools-->Export Tables-->选择表,选择SQL Inserts-->.sql文件
执行这些.sql文件时,要使用新建Command Window来执行. ......

INSERT INTO
 tableName ( columnName1, columnName2, columnName3, columnName4)
VALUES      (  '45', '西藏办',  TO_Date( '2010-03-10 12:00:00', 'YYYY-MM-DD HH24:MI:SS'), NULL,);
commit; ......