SQL Server导入数据之"对于所指定的缓冲区来讲太大
最近处理excel数据导入到Sql Server中，失败，报错如下
：
作
为源列3（“产品说明”）的数据对于所指定的缓冲区来讲太大
。
我的excel文件中有一列叫“产品说明”，就是一些
文字。Sql
server处理导excel数据流程是这样的，它会先创建目标表，再把excel数据写入缓冲区，然后再把缓冲区数据写入目标表。问题就在创建目标表和
写入缓冲区，sql
server会根据现在的excel中的数据格式来写入缓冲区和创建目标表。比如excel中有一列为编号，里面是数字，sqlserver就会在目标表
里建一列叫“编号”，为float类型.
而对于我的excel文件中的"产品说明"这一列，是文字，那sql
server如何建立目标列或缓冲区呢？它怎么知道该把目标建立成varchar还是text呢？经过测试，发现sql
server是这样做的，他会取excel文件中的前8行（2的三次方），然后算这8行里“产品说明”的最大长度，如果这8行里最长的 >
255,则目标列和缓冲区就会建立成ntext类型，否则就建立成nvarchar类型。这样，问题就来了！假设我的excel文件前8行“产品说明”中
都 <
255，则目标和缓冲区就被建立为varchar(255)类型了(这里说明一下，你可以修改目标表的字段类型，但缓冲区长度或类型是无法修改的)。而如
果我的第10行里“产品说明”的长度超过了255,则sql server往缓冲区里写的时候，自然就发生了如上的错误：数据对于指定的缓冲区来讲太大。
这样，我们导数据当然就失败了！这个也许不能算bug,因为只是实现得不好(取某列前8行的最大长度并不能真正代表所有行，我想
microsoft的工程师为了简单或者提高性能才这样做的)；也许算是bug,因为不知情的用户导数据失败了。而且不知道为何而失败的！
公
理自在人心，让大家或那些工程师们去评判吧！
解决办法
：
修
改注册表： HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Jet/4.0/Engines/Excel
下双击右边的"TypeGuessRows"选项，将"数值数据"改成0。 修改之后关机重新启动。
原因是：将
excel表的数据导入数据库的时候，Jet引擎根据"TypeGuessRows"选项的值所代表的行数判断内容的数据类型，默认是根据前8行的内容判
断数据类型，修改成0后，它会对每行的内容进行判断，不过这样做会影响性能。
其他方法：
１ 把比较具有代表性的行移到Excel的
相关文档：
作者:网路游侠@youxia.org
发布时间:2005-9-25 11:48:18 文章来源:youxia.org
台式机和本本分别安装了MS SQL Server，方便做测试用
结果时间长了，
台式机SQL Server的密码忘记了……
难道……没有办法了吗？——No！
经过一阵子郁闷，游侠在百度搜到了方法：
现在你的
企� ......
create table Student(Sname varchar(10),Ssex varchar(5),Sage int,S# int)
insert into Student
select '夏亮','男','21','1004'
select '成平','男','20','1001' union all
select '王波','男','19','1002' union all
select '突然','女','19','1003'
create table Course(C# varchar(10),Cname v ......
SQL语句优化技术分析
操作符优化
IN 操作符
用IN写出来的SQL的优点是比较容易写及清晰易懂，这比较适合现代软件开发的风格。
但是用IN的SQL性能总是比较低的，从ORACLE执行的步骤来分析用IN的SQL与不用IN的SQL有以下区别：
ORACLE试图将其转换成多个表的连接，如果转换不成功则先执行IN里面的子查询， ......
DDL：数据库定义语言（create ,alter,modify）可自动提交。
DML：数据库操作语言（insert, update,alter）应设SET AUTOCOMMIT ON
DCL：数据库控制语言（grant,deny,revoke）
create table table_name (column_name type [not null] [constraint constraint_definition default XXXXXX] )
[primary key (column_name,col ......
