select * from TableA as A inner join TableB as B on A.Key1 = B.Key1

但是在Update中使用表别名可能就没那么多人知道了。

update T
set T.Key1 = 'xxxx'
from TableA T

这些天在写Sql Update脚本的时候需要引用两次同个表对象，如果直接像下面这样引用两次TableA则会抛出“The multi-part identifier ‘TableA.Index’ could not be bound”的错误。这是因为Sql引擎无法知道你在where子句中的TableA到底指的是要Update的表还是from后面的表。

update TableA
set TableA.NextKey = T.Key
from TableA T
where T.Index = TableA.Index + 1

如果不对Update后面的TableA使用别名的话，我们只能通过以下方法来实现。

update TableA
set TableA.NextKey = T.Key
from
(
  select * from TableA
)T
where T.Index = TableA.Index + 1

使用别名可以得到更简洁的写法:

update T1
set T1.NextKey = T2.Key
from TableA T1, TableA T2
whereT2.Index = T1.Index + 1

——Kevin Yang

你可能对下面的文章感兴趣

• Blend小贴士——改变鼠标滚轮的默认行为
• OneNote Tips — 混合使用中英文字体
• Sql Server中修改自增长列经常需要用到的配置
• Sql Server重命名所有外键约束
• SSIS调用存储过程失败
• Visual Studio小贴士——加了Try-Catch也能自动定位到异常代码
• 释放SQL Server占用的内存

Invalid length parameter passed to the substring or left function.

奇怪的是，这还不是调用的时候抛出了异常，而是在校验阶段（Validation Stage）就抛出了异常。我感到纳闷，难道SSIS或者Sql Server还能对我的存储过程作单元测试？？

用这句错误信息上Google搜了一下，发现问题是出在CharIndex函数和Substring函数的联合调用上。为了简化，我下面只摘取了一段出问题的代码：

declare @index int
set @index = charindex('/',@url,1)
set @url = substring(@url,1,@index - 1)

以前的VBA函数还有Sql函数都喜欢使用1作为数组起始索引，用0表示返回失败，而不像现在C风格下使用0作为起始索引，-1作为失败返回值。charindex这个sql函数是用来查找某个字符串在特定字符串中的位置，如果找不着匹配的，则返回0。而下一行代码中的substring又传入了一个@index-1的参数，因此此参数有可能为负数。猜测就是因为这样，所以SSIS检测失败，抛出异常。之所以当时这么写，是因为基于一个假设，就是业务系统中，此字段都会包含/字符。但是人家SSIS组件可不认你的假设。（再一次证明了，编程的时候假设越少越好）

既然如此，我们就多加一层检测。修改代码如下：

declare @index int
set @index = charindex('/',@url,1)
if(@index > 0)
  set @url = substring(@url,1,@index - 1)

启动SSIS包，结果还是抛出一样的错误。这就奇怪了。难道做了检测还不行？难道substring的第三个参数非得是大于0的？试了一下，改成if(@index > 1000)都不行。

想了半天，最终我只能怀疑，SSIS的这个校验组件，是通过判断变量什么时候被赋值来获得值的可能范围是多少，而不会判断上下文是否有对变量做有效性检测。也就是说，在上面这个存储过程中，@index变量只在charindex函数返回时被赋值，值范围是0~正无穷。因此传给substring的第三个参数的时候，@index – 1的值范围就变成了-1~正无穷了。它直接无视我上面的if语句了。

把这个猜想和同事讨论了一下，他设计了一个验证方案，就是添加一行永远不会被执行的的赋值语句。代码如下：

declare @index int
set @index = charindex('/',@url,1)
if(@index > 0)
begin
  if(1=0) set @index = 1000
  set @url = substring(@url,1,@index - 1)
end

注意上面代码中将@index赋值为1000的操作，是不会被执行的。可是却通过了SSIS的校验。这说明，SSIS的校验组件做的工作实际上是非常简单的校验而已，不会参考上下文代码。

既然如此，这个校验对于开发人员来说，不但没有意义，而且还会影响我们编写逻辑正确的代码。因为这个校验是不能被关闭的。也就是说，为了绕过这个没意义而且错误的校验，我不得不在charindex和substring这种联合调用的代码中加入一行永远不会被执行的赋值语句来迷惑SSIS的校验组件。否则SSIS的包根本启动不了。

感觉这应该是一个设计上的Bug。

希望对遇到这个问题的人有所帮助。

——Kevin Yang

你可能对下面的文章感兴趣

• Sql Server中修改自增长列经常需要用到的配置
• Sql Server重命名所有外键约束
• Sql Tips——Update语句也使用表别名(Table Alias)
• 全半角空格导致的Analysis Services处理错误
• 释放SQL Server占用的内存

这些内存一般都是Sql Server运行时候用作缓存的，例如你运行一个select语句，那么Sql Server会将相关的数据页（Sql Server操作的数据都是以页为单位的）加载到内存中来，下一次如果再次请求此页的数据的时候，就无需读取磁盘了，大大提高了速度。这类的缓存叫做数据缓存。还有一些其他类型的缓存，如执行存储过程时，Sql Server需要先编译再运行，编译后的结果也会缓存起来，下一次就无需再次编译了。如果这些缓存已经不需要了，那么我们可以调用以下几个DBCC管理命令来清理这些缓存：

DBCC FREEPROCCACHE
DBCC FREESESSIONCACHE
DBCC FREESYSTEMCACHE('All')
DBCC DROPCLEANBUFFERS

这几个命令分别用来清除存储过程相关的缓存、会话缓存、系统缓存以及所有所有缓存。详细的使用参考MSDN。

但是需要注意的是，这几个命令虽然会清除掉现有缓存，为新的缓存腾地方，但是Sql server并不会因此释放掉已经占用的内存。无奈的是，Sql Server并没有提供任何命令允许我们释放不用到的内存。因此我们只能通过动态调整Sql Server可用的物理内存设置来强迫它释放内存。

USE master
-- 打开高级设置配置
EXEC sp_configure 'show advanced options', 1
RECONFIGURE WITH OVERRIDE
-- 先设置物理内存上限到1G
EXEC sp_configure 'max server memory (MB)', 1024
RECONFIGURE WITH OVERRIDE
-- 还原原先的上限
EXEC sp_configure 'max server memory (MB)', 5120
RECONFIGURE WITH OVERRIDE
-- 恢复默认配置
EXEC sp_configure 'show advanced options', 0
RECONFIGURE WITH OVERRIDE

我们也可以通过Sql Server Management企业管理器进行动态控制。连接到企业管理器之后打开Sql Server实例的属性面板，找到内存设置，改变其中的最大服务器内存使用即可。

——Kevin Yang

你可能对下面的文章感兴趣

• DotNet中未退订事件引起的内存泄露问题
• Sql Server中修改自增长列经常需要用到的配置
• Sql Server重命名所有外键约束
• Sql Tips——Update语句也使用表别名(Table Alias)
• SSIS调用存储过程失败
• 全半角空格导致的Analysis Services处理错误

DBCC CHECKIDENT('表名', RESEED, 0) ;

后面的0表示当前的种子为0，新插入的自增长ID从1开始

插入或者更新自增长列时，需要将下面的选项打开：

set identity_insert mytable on

当我们需要从一个自增长表导数据到另外一个数据库中的同个表时，需要设置这个选项。

你可能对下面的文章感兴趣

• Sql Server重命名所有外键约束
• Sql Tips——Update语句也使用表别名(Table Alias)
• SSIS调用存储过程失败
• 全半角空格导致的Analysis Services处理错误
• 释放SQL Server占用的内存