SQL读取EXCEL
直接在SQL查询分析器中读取EXCEL文件需要使用到OPENDATASOURCE。
但是使用它之前需要进行配置一下。记得如下配置是必须的：
1、执行这两个存储过程：
exec sp_configure 'show advanced options',1
reconfigure
exec sp_configure 'Ad Hoc Distributed Queries',1
reconfigure
它的作用：
第一个是：是否支持高级选项的，1为支持0为不支持。
第二个是：是否支持分布式查询，
1为支持0为不支持。
而且一定是先支持高级选项，再可以设置分布式查询，因为分布式查询本身就是
一个高级选项来的。
2、使用OPENDATASOURCE，它有两种语法
（1）SELECT * from OPENDATASOURCE('Microsoft.Jet.OLEDB.4.0',
'Data Source=D:\TempExcelData\Exl_Test_01.xls;Extended Properties=EXCEL 5.0')...[Student$]
（2）select *
from Openrowset('Microsoft.Jet.OLEDB.4.0','EXCEL 8.0;HDR=YES;User id=admin;Password=;IMEX=1;
DATABASE=D:\TempExcelData\Exl_Test_01.xls', Student$)
3、用完后要关闭第一步打开的东西
exec sp_configure 'show advanced options',0
reconfigure
exec sp_configure 'Ad Hoc Distributed Queries',0
reconfigure
按照此步不一定可以查询到你EXCEL的数据，可能还会有其它的错误，比如说权限
不足够引发其它的问题啊，要在网上找多一下，就如我配置的时候，用的是SA进去的，
但是SA不是SYSADMINISTRATOR这一组，要加进去后才有权限，才能顺利查到数据
相关文档：
SQL语句优化技术分析
操作符优化
IN 操作符
用IN写出来的SQL的优点是比较容易写及清晰易懂，这比较适合现代软件开发的风格。
但是用IN的SQL性能总是比较低的，从ORACLE执行的步骤来分析用IN的SQL与不用IN的SQL有以下区别：
ORACLE试图将其转换成多个表的连接，如果转换不成功则先执行IN里面的子查询， ......
如果想查找“_cs”结尾的的账户
select * from [user] where loginname like '%_cs'是不行的，_ 被认为是任意的字符，
所以需要转义字符，有两种写法：
select * from [user] where loginname like '%[_]cs'
select * from [user] where loginname like '%/_cs' escape'/'
通配符含义
%
包含零个或更多字� ......
调试SQL数据，发现数据记录集重复问题，所以，计算出的数据结果倍数问题。通过调试SQL，发现是物料的分类产生重复；之所以产生重复，物料的分类标准不一样，与实际的业务有关。程序中一直用类别来区分类别，而这张次实际业务不需要与类别有关，所以，没有对应的过滤条件，所有的类别全部选出来了。然后，把下面的红色字段注 ......
下图显示了数据库备份时文件读写的过程：
在备份期间，SQL Server会在数据库文件这边为每一盘符(Volume)创建一个读线程。读线程的工作很简单，就是从文件中的数据内容。每次这个线程都会从文件中读出部分数据，然后把数据存到缓冲中(buffer)。因为有多个缓冲可用，所以只要有缓冲可以写入数据，读线程可以不停的读数据� ......
sql 两表关联 更新
update set from 语句格式
Sybase和SQL SERVER：UPDATE...SET...from...WHERE...的语法，实际上从源表获取更新数据。
在 SQL 中：
Update A SET A.dept =B.name
from A LEFT JOIN B ON B.ID=A.dept_ID ......
