USE master
GO
DECLARE @dbname sysname
SET @dbname='TEST' --这个是要删除的数据库库名
DECLARE @s NVARCHAR(1000)
DECLARE tb CURSOR local FOR
SELECT s='KILL '+CAST(spid AS NVARCHAR)
from master..sysprocesses
WHERE dbid=DB_ID(@dbname)
OPEN tb
FETCH next from tb INTO @s
WHILE @@FETCH_STATUS=0
BEGIN
EXEC(@s)
FETCH next from tb INTO @s
END
CLOSE tb
DEALLOCATE tb
EXEC('DROP DATABASE ['+@dbname+']') ......
将列转换为行，相当于将表结构旋转90度
T_Student 表
Stud_ID
Sex
Name
1
男
Tom
2
女
Anne
3
男
Jack
执行: Exec proColumnToRow ’T_Student’,’Name’,’ New_ID’
转换后的表
New_ID
Tom
Anne
Jack
Stud_ID
1
2
3
Sex
男
女
男
--将列转换为行
create proc proColumnToRow
@tbname sysname, --要处理的表名
@fdname sysname, --某一列的值转换为新表的列
@new_fdname sysname='' --将源表的列转换为新列的值。@new_fdname为新列的列名
as
declare @s1 varchar(8000) , @s2 varchar(8000),
@s3 varchar(8000) , @s4 varchar(8000),
@s5 varchar(8000) , @i varchar(10)
select
@s1 = '' , @s2 = '' , @s3 = '' , @s4 = '' , @s5 = '' , @i = '0'
select
@s1 = @s1 + ',@' + @i + ' varchar(8000)',
&n ......
本文从数据库设计、开发、DBA管理等四个方面叙述了SQL2005与SQL2000两个版本间的改进。
一、数据库设计方面
1、字段类型。
varchar(max)
varchar(max)类型的引入大大的提高了编程的效率，可以使用字符串函数对CLOB类型进行操作，这是一个亮点。但是这就引发了对varchar
和char效率讨论的老问题。到底如何分配varchar的数据，是否会出现大规模的碎片？是否碎片会引发效率问题？这都是需要进一步探讨的东西。
varbinary(max)代替image也让SQL Server的字段类型更加简洁统一。
XML字段类型更好的解决了XML
数据的操作。XQuery确实不错，但是个人对其没好感。（CSDN的开发者应该是相当的熟了！）
2、外键的级联更能扩展。
可能大部分的同行在设计OLTP系统的时候都不愿意建立外键，都是通过程序来控制父子数据的完整性。但是再开发调试阶段和OLAP环境中，外键是可以建
立的。新版本中加入了SET NULL 和 SET DEFAULT 属性，能够提供能好的级联设置。
3、索引附加字段。
这是一个不错的新特性。虽然索引的附加字段没有索引键值效率高，但是相对映射到数据表中效率还是提高了很多。我做过试验，在我的实验环境中� ......
--
> 测试数据：[tb]
if
object_id
(
'
[tb]
'
)
is
not
null
drop
table
[
tb
]
go
create
table
[
tb
]
(
[
id
]
int
,
[
lx
]
int
)
insert
[
tb
]
select
29
,
2
union
all
select
30
,
3
union
all
select
31
,
2
union
all
select
32
,
3
union
all
select
33
,
5
SQL 2000
select
identity
(
int
,
1
,
1
)
as
row_number,id, lx
into
#
temp
from
tb ;
select
*
from
#
temp
SQL2005+
select
row_number()
over
(
order
by
id)
as
row_number,id, lx
from
tb
......
后台数据库：
[Microsoft Access]
与
[Microsoft Sql Server]
更换之后，ASP代码应注意要修改的一些地方：
[一]连接问题（举例)
[Microsoft Access]
constr = "DBQ=c:\data\clwz.mdb; DRIVER={Microsoft Access Driver (*.mdb)}"
[Microsoft Sql Server]
constr = "DRIVER={SQL Server};SERVER=host;DATABASE=mydata;uid=sa;pwd="
[二]相似函数（举例）
[1]DATEDIFF(datepart, startdate, enddate)
其中“datepart”参数可选项如下：
设置 描述
————————————
[Microsoft Access]
年 yyyy
季度 q
月 m
一年的日数 y
日 d
一周的日数 w
周 ww
小时 h
分钟 n
秒 s
[Microsoft Sql Server]
year yy, yyyy
quarter qq, q
month mm, m
dayofyear dy, y
day dd, d
week wk, ww
hour hh
minute mi, n
second ss, s
millisecond ms
-------------------------
基本上差不多，但注意的是在写的时候，
[Microsoft Access]要加引号，如：datediff('d',enddate,'2004/08/01')
[Microsoft Sql Server]则不需要，如：d ......
后台数据库：
[Microsoft Access]
与
[Microsoft Sql Server]
更换之后，ASP代码应注意要修改的一些地方：
[一]连接问题（举例)
[Microsoft Access]
constr = "DBQ=c:\data\clwz.mdb; DRIVER={Microsoft Access Driver (*.mdb)}"
[Microsoft Sql Server]
constr = "DRIVER={SQL Server};SERVER=host;DATABASE=mydata;uid=sa;pwd="
[二]相似函数（举例）
[1]DATEDIFF(datepart, startdate, enddate)
其中“datepart”参数可选项如下：
设置 描述
————————————
[Microsoft Access]
年 yyyy
季度 q
月 m
一年的日数 y
日 d
一周的日数 w
周 ww
小时 h
分钟 n
秒 s
[Microsoft Sql Server]
year yy, yyyy
quarter qq, q
month mm, m
dayofyear dy, y
day dd, d
week wk, ww
hour hh
minute mi, n
second ss, s
millisecond ms
-------------------------
基本上差不多，但注意的是在写的时候，
[Microsoft Access]要加引号，如：datediff('d',enddate,'2004/08/01')
[Microsoft Sql Server]则不需要，如：d ......
后台数据库：
[Microsoft Access]
与
[Microsoft Sql Server]
更换之后，ASP代码应注意要修改的一些地方：
[一]连接问题（举例)
[Microsoft Access]
constr = "DBQ=c:\data\clwz.mdb; DRIVER={Microsoft Access Driver (*.mdb)}"
[Microsoft Sql Server]
constr = "DRIVER={SQL Server};SERVER=host;DATABASE=mydata;uid=sa;pwd="
[二]相似函数（举例）
[1]DATEDIFF(datepart, startdate, enddate)
其中“datepart”参数可选项如下：
设置 描述
————————————
[Microsoft Access]
年 yyyy
季度 q
月 m
一年的日数 y
日 d
一周的日数 w
周 ww
小时 h
分钟 n
秒 s
[Microsoft Sql Server]
year yy, yyyy
quarter qq, q
month mm, m
dayofyear dy, y
day dd, d
week wk, ww
hour hh
minute mi, n
second ss, s
millisecond ms
-------------------------
基本上差不多，但注意的是在写的时候，
[Microsoft Access]要加引号，如：datediff('d',enddate,'2004/08/01')
[Microsoft Sql Server]则不需要，如：d ......
下面提出了10条和DB2 SQL性能相关的10条因素：
1、提供适当的统计信息
对DB2优化管理器（otimizer）而言，如何更加有效的执行SQL语句是由存在于DB2 catalog中的统计信息决定的，优化器利用这些信息决定最优化的路径。
因此，为了保持系统能够做出最佳选择，需要经常的运行Runstats命令，来保持系统统计信息的及时有效。在工作负荷很大的生产环境中，经常运行Runstats是很必要的，为了减少进行统计对系统带来的影响，可以使用Sampling技术。
2、在SQL语句中尽量使用Stage 1的谓词
属于Stage 1的SQL谓词由Data Manager处理，而属于Stage 2的SQL由Relational Data Server执行。在处理效率上，Data Manager更有优势，因此，如果可能的话尽量把SQL语句写成能够在Stage 1执行的。如果能够结合Index来确定SQL语句中的谓词，那么将会更加提高SQL执行的效率。因此，在写SQL查询语句的时候，要结合Index的定义以及谓词描写的选择，尽可能的让SQL在Stage 1运行。
3、在SQL中仅选择需要的列
在SQL语句中，仅指定程序需要的列会有利于提高SQL运行的性能。如果采用Select *这种模式，将会给客户端的应用程序带来额外的处理工作，并需要更多的内存等资源。对服务器端而言，多余的列在 ......
最新文章 : sql