DataBase

–sql语句就用下面的存储过程

/*–数据导出Excel

导出查询中的数据到Excel,包含字段名,文件为真正的Excel文件
,如果文件不存在,将自动创建文件
,如果表不存在,将自动创建表
基于通用性考虑,仅支持导出标准数据类型
–邹建 2003.10–*/

/*–调用示例

p_exporttb @sqlstr=’select * from 地区资料’
,@path=’c:\’,@fname=’aa.xls’,@sheetname=’地区资料’
–*/
if exists (select * from dbo.sysobjects where id = object_id(N’[dbo].[p_exporttb]‘) and OBJECTPROPERTY(id, N’IsProcedure’) = 1)
drop procedure [dbo].[p_exporttb]
GO

create proc p_exporttb
@sqlstr sysname, –查询语句,如果查询语句中使用了order by ,请加上top 100 percent
@path nvarchar(1000), –文件存放目录
@fname nvarchar(250), –文件名
@sheetname varchar(250)=” –要创建的工作表名,默认为文件名
as
declare @err int,@src nvarchar(255),@desc nvarchar(255),@out int
declare @obj int,@constr nvarchar(1000),@sql varchar(8000),@fdlist varchar(8000)

–参数检测
if isnull(@fname,”)=” set @fname=’temp.xls’
if isnull(@sheetname,”)=” set @sheetname=replace(@fname,’.',’#')

–检查文件是否已经存在
if right(@path,1)<>‘\’ set @path=@path+’\’
create table #tb(a bit,b bit,c bit)
set @sql=@path+@fname
insert into #tb exec master..xp_fileexist @sql

–数据库创建语句
set @sql=@path+@fname
if exists(select 1 from #tb where a=1)
set @constr=’DRIVER={Microsoft Excel Driver (*.xls)};DSN=””;READONLY=FALSE’
+’;CREATE_DB=”‘+@sql+’”;DBQ=’+@sql
else
set @constr=’Provider=Microsoft.Jet.OLEDB.4.0;Extended Properties=”Excel 5.0;HDR=YES’
+’;DATABASE=’+@sql+’”‘

–连接数据库
exec @err=sp_oacreate ‘adodb.connection’,@obj out
if @err<>0 goto lberr

exec @err=sp_oamethod @obj,’open’,null,@constr
if @err<>0 goto lberr

–创建表的SQL
declare @tbname sysname
set @tbname=’##tmp_’+convert(varchar(38),newid())
set @sql=’select * into ['+@tbname+'] from(‘+@sqlstr+’) a’
exec(@sql)

select @sql=”,@fdlist=”
select @fdlist=@fdlist+’,'+a.name
,@sql=@sql+’,['+a.name+'] ‘
+case when b.name in(‘char’,'nchar’,'varchar’,'nvarchar’) then
‘text(‘+cast(case when a.length>255 then 255 else a.length end as varchar)+’)’
when b.name in(‘tynyint’,'int’,'bigint’,'tinyint’) then ‘int’
when b.name in(‘smalldatetime’,'datetime’) then ‘datetime’
when b.name in(‘money’,'smallmoney’) then ‘money’
else b.name end
FROM tempdb..syscolumns a left join tempdb..systypes b on a.xtype=b.xusertype
where b.name not in(‘image’,'text’,'uniqueidentifier’,'sql_variant’,'ntext’,'varbinary’,'binary’,'timestamp’)
and a.id=(select id from tempdb..sysobjects where name=@tbname)
select @sql=’create table ['+@sheetname
+'](‘+substring(@sql,2,8000)+’)’
,@fdlist=substring(@fdlist,2,8000)

exec @err=sp_oamethod @obj,’execute’,@out out,@sql
if @err<>0 goto lberr

exec @err=sp_oadestroy @obj

–导入数据
set @sql=’openrowset(”MICROSOFT.JET.OLEDB.4.0”,”Excel 5.0;HDR=YES
;DATABASE=’+@path+@fname+”’,['+@sheetname+'$])’

exec(‘insert into ‘+@sql+’(‘+@fdlist+’) select ‘+@fdlist+’ from ['+@tbname+']‘)

set @sql=’drop table ['+@tbname+']‘
exec(@sql)
return

lberr:
exec sp_oageterrorinfo 0,@src out,@desc out
lbexit:
select cast(@err as varbinary(4)) as 错误号
,@src as 错误源,@desc as 错误描述
select @sql,@constr,@fdlist

关于索引的常识：影响到数据库性能的最大因素就是索引。由于该问题的复杂性，我只可能简单的谈谈这个问题，不过关于这方面的问题，目前有好几本不错的书籍可供你参阅。我在这里只讨论两种SQL Server索引，即clustered索引和nonclustered索引。当考察建立什么类型的索引时，你应当考虑数据类型和保存这些数据的column。同样，你也必须考虑数据库可能用到的查询类型以及使用的最为频繁的查询类型。


索引的类型

如果column保存了高度相关的数据，并且常常被顺序访问时，最好使用clustered索引，这是因为如果使用clustered索引，SQL Server会在物理上按升序（默认）或者降序重排数据列，这样就可以迅速的找到被查询的数据。同样，在搜寻控制在一定范围内的情况下，对这些column也最好使用clustered索引。这是因为由于物理上重排数据，每个表格上只有一个clustered索引。


与上面情况相反，如果columns包含的数据相关性较差，你可以使用nonculstered索引。你可以在一个表格中使用高达249个nonclustered索引——尽管我想象不出实际应用场合会用的上这么多索引。


当表格使用主关键字（primary keys），默认情况下SQL Server会自动对包含该关键字的column(s)建立一个独有的cluster索引。很显然，对这些column(s)建立独有索引意味着主关键字的唯一性。当建立外关键字（foreign key）关系时，如果你打算频繁使用它，那么在外关键字cloumn上建立nonclustered索引不失为一个好的方法。如果表格有clustered索引，那么它用一个链表来维护数据页之间的关系。相反，如果表格没有clustered索引，SQL Server将在一个堆栈中保存数据页。


数据页

当索引建立起来的时候，SQLServer就建立数据页（datapage），数据页是用以加速搜索的指针。当索引建立起来的时候，其对应的填充因子也即被设置。设置填充因子的目的是为了指示该索引中数据页的百分比。随着时间的推移，数据库的更新会消耗掉已有的空闲空间，这就会导致页被拆分。页拆分的后果是降低了索引的性能，因而使用该索引的查询会导致数据存储的支离破碎。当建立一个索引时，该索引的填充因子即被设置好了，因此填充因子不能动态维护。


为了更新数据页中的填充因子，我们可以停止旧有索引并重建索引，并重新设置填充因子（注意：这将影响到当前数据库的运行，在重要场合请谨慎使用）。DBCC INDEXDEFRAG和DBCC DBREINDEX是清除clustered和nonculstered索引碎片的两个命令。INDEXDEFRAG是一种在线操作（也就是说，它不会阻塞其它表格动作，如查询），而DBREINDEX则在物理上重建索引。在绝大多数情况下，重建索引可以更好的消除碎片，但是这个优点是以阻塞当前发生在该索引所在表格上其它动作为代价换取来得。当出现较大的碎片索引时，INDEXDEFRAG会花上一段比较长的时间，这是因为该命令的运行是基于小的交互块（transactional block）。


填充因子

当你执行上述措施中的任何一个，数据库引擎可以更有效的返回编入索引的数据。关于填充因子（fillfactor）话题已经超出了本文的范畴，不过我还是提醒你需要注意那些打算使用填充因子建立索引的表格。


在执行查询时，SQL Server动态选择使用哪个索引。为此，SQL Server根据每个索引上分布在该关键字上的统计量来决定使用哪个索引。值得注意的是，经过日常的数据库活动（如插入、删除和更新表格），SQL Server用到的这些统计量可能已经“过期”了，需要更新。你可以通过执行DBCC SHOWCONTIG来查看统计量的状态。当你认为统计量已经“过期”时，你可以执行该表格的UPDATE STATISTICS命令，这样SQL Server就刷新了关于该索引的信息了。


建立数据库维护计划

SQL Server提供了一种简化并自动维护数据库的工具。这个称之为数据库维护计划向导（Database Maintenance Plan Wizard ，DMPW）的工具也包括了对索引的优化。如果你运行这个向导，你会看到关于数据库中关于索引的统计量，这些统计量作为日志工作并定时更新，这样就减轻了手工重建索引所带来的工作量。如果你不想自动定期刷新索引统计量，你还可以在DMPW中选择重新组织数据和数据页，这将停止旧有索引并按特定的填充因子重建索引。

很多SQL Server程序员对子查询（subqueries）的使用感到困惑，尤其对于嵌套子查询（即子查询中包含一个子查询）。现在，就让我们追本溯源地探究这个问题。

有两种子查询类型：标准和相关。标准子查询执行一次，结果反馈给父查询。相关子查询每行执行一次，由父查询找回。在本文中，我将重点讨论嵌套子查询（nested subqueries）（我将在以后介绍相关子查询）。

试想这个问题:你想生成一个卖平垫圈的销售人员列表。你需要的数据分散在四个表格中:人员.联系方式（Person.Contact），人力资源.员工（HumanResources.Employee），销售.销售订单标题（Sales.SalesOrderHeader），销售.销售订单详情（Sales.SalesOrderDetail）。在SQL Server中，你从内压式（outside-in）写程序，但从外压式（inside-out）开始考虑非常有帮助，即可以一次解决需要的一个语句。

如果从内到外写起，可以检查Sales.SalesOrderDetail表格，在LIKE语句中匹配产品数（ProductNumber）值。你将这些行与Sales.SalesOrderHeader表格连接，从中可以获得销售人员IDs(SalesPersonIDs)。然后使用SalesPersonID连接SalesPersonID表格。最后，使用ContactID连接Person.Contact表格。

USE AdventureWorks ;

GO
SELECT DISTINCT c.LastName, c.FirstName 
FROM Person.Contact c JOIN HumanResources.Employee e
ON e.ContactID = c.ContactID WHERE EmployeeID IN 
(SELECT SalesPersonID 
FROM Sales.SalesOrderHeader
WHERE SalesOrderID IN 
(SELECT SalesOrderID 
FROM Sales.SalesOrderDetail
WHERE ProductID IN 
(SELECT ProductID 
FROM Production.Product p 
WHERE ProductNumber LIKE’FW%’)));
GO

这个例子揭示了有关SQL Server的几个绝妙事情。你可以发现，可以用IN()参数替代SELECT 语句。在本例中，有两次应用，因此创建了一个嵌套子查询。

我是标准化（normalization）的发烧友，尽管我不接受其荒谬的长度。由于标准化具有各种查询而增加了复杂性。在这些情况下子查询就显得非常有用，嵌套子查询甚至更加有用。

当你需要的问题分散于很多表格中时，你必须再次将它们拼在一起，这时你可能发现嵌套子程序就很有用。