SQL Server中存储过程和触发器一般只会在初次编译时进行优化，之后如果相关的索引或数据库统计发生变化后，已编译的存储过程和触发器不会随之更新优化，可能会导致执行效率低下甚至失效，解决方法：
1、删除重新创建存储过程或触发器，也可以用ALTER方法代替
2、SQL Server提供了sp_recompile用于设置强制编译标识，存储过程或者触发器下次被使用的时候会先重新编译定制优化
3、在创建存储过程的时候使用WITH_RECOMPILE选项，指明不创建优化计划缓存，在每次执行之前都重新编译，但这个会导致存储过程执行数据缓慢；

类似，有时修改完表之后，与之关联视图也有可能不会自动刷新，导致出现一些奇观的问题，例如查询出来的数据列是错位的等，解决方法：
1、删除重新创建视图，也可以用ALTER方法提到
2、SQL Server提供了sp_refreshview方法强制刷新视图

为了自己方便，写了一个自动获取整个数据库中所有数据库实例中用户创建的的存储过程、触发器和视图进行强制刷新的SQL，可将其添加到数据库的JOB中周期执行：

--重新编译存储过程、触发器
use tempdb
go

--create temp table
if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[gmcc_recompile_info]') and OBJECTPROPERTY(id, N'IsUserTable') = 1)
delete from gmcc_recompile_info
else
create table gmcc_recompile_info
(
dbname varchar(255),
objtype varchar(255),
objowner varchar(255),
objname varchar(255)
)
GO

--get all store procdure info
declare @dbname as varchar(255)

declare xx cursor for
select name from master.dbo.sysdatabases

open xx
fetch next from xx into @dbname
while @@fetch_status = 0
begin

exec('use [' + @dbname + '] insert into tempdb.dbo.gmcc_recompile_info select ''' + @dbname + ''', xtype, sysusers.name, sysobjects.name from sysobjects left join sysusers on sysobjects.uid=sysusers.uid where (xtype=''P'' or xtype=''TR'' or xtype=''V'') and category=0');

fetch next from xx into @dbname
end
close xx
DEALLOCATE xx

--set recompile
declare @objtype as varchar(255)
declare @objowner as varchar(255)
declare @objname as varchar(255)

declare yy cursor for
select dbname, objtype, objowner, objname from tempdb.dbo.gmcc_recompile_info

open yy
fetch next from yy into @dbname, @objtype, @objowner, @objname
while @@fetch_status = 0
begin

if @objtype='P' --storeprocedure
exec('use [' + @dbname + '] exec sp_recompile ''[' + @objowner + '].[' + @objname + ']''')

else if @objtype='TR' --trigger
exec('use [' + @dbname + '] exec sp_recompile ''[' + @objowner + '].[' + @objname + ']''')

else if @objtype='V' --view
exec('use [' + @dbname + '] exec sp_refreshview ''[' + @objowner + '].[' + @objname + ']''')

fetch next from yy into @dbname, @objtype, @objowner, @objname
end

close yy
DEALLOCATE yy

--drop temp table
if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[gmcc_recompile_info]') and OBJECTPROPERTY(id, N'IsUserTable') = 1)
drop table gmcc_recompile_info
GO

上述SQL存在两个问题尚未解决：
1、由于sp_refreshview刷新视图的及时执行的，如果由于数据库表发生变化，导致某个视图刷新失败的话，整个过程就会停止下来，导致后面的刷新不能进行；
2、不支持数据库名称包含中文的情况

首先来介绍一些基础知识：
1、一般我们说的连接FTP服务器的哪个端口，是指的FTP服务器的指令端口，其实数据的传送还需要其他端口辅助；为了简单，我们将其成为指令端口和数据端口；

2、FTP数据传输分两种模式，主动模式和被动模式；

下图中FTP客户端是A，服务器端是B，网络上直通：

主动模式：
A通过一个随机端口连接B的指令端口（默认为21，well-konwn port），有数据需要传输的时候，A通过PORT命令告知B自己开启了另外一个随机数据端口，此时B从数据端口（默认为20）主动发起连接到A，完成数据传输
例如：PORT 211,1,2,3,17,24，意思是A开通了211.1.2.3的4376端口等待B来链接

被动模式：
A通过一个随机端口连接B的指令端口，有数据需要传输的时候，B通过227命令告知A自己开了另外一个随机数据端口，此时A也开启另外一个随机数据端口连接B，B是被动等待连接
例如：227 Entering Passive Mode (211,1,2,3,31,166)，意思是B开通了211.1.2.3的8102端口等待A来链接

上述随机端口一般是大于1024的端口

明白了主动和被动的原理之后，再来看看如果A、B都在防火墙后面，与公网通信都依靠NAT实现，要如何才能完成整个通信和数据传输过程；通常如果不做特殊设置，一般表现为可以登录，但是不能传输数据或者列目录信息，出现超时等错误

主动模式：
1、对于B侧防火墙，需要开通公网地址到内网FTP服务器地址指令端口的映射，一般是21；因为数据端口20是B主动发起，可通过NAT机制完成，因此不需要开通端口映射；
2、对于A侧防火墙，需要开通公网地址到内网FTP客户端大于1024的数据端口映射，或者把这个客户端地址设置为防火墙的DMZ，即全部公网地址的请求都转发到此客户端

被动模式：
1、对于B侧防火墙，需要开通公网地址到内网FTP服务器地址指令端口的映射和大于1024的数据端口映射
2、对于A，无特殊要求

看了上面的要求都很复杂，特别是大于1024的数据端口映射全开，在很多管理下面都是不允许的，只能按需开放，这里就需要利用FTP服务器端的特殊功能来解决，这里以ServU为例，其他的软件就要看是否有类似功能了。

这里介绍的方法只能采用被动模式：
1、对于B侧防火墙，需要开通公网地址到内网FTP服务器地址指令端口的映射和大于1024的一个或者一段数据端口映射，例如8101-8102

2、对于A，无特殊要求

3、对于ServU软件，需要做一下两个配置：
3.1、设置被动端口范围，这个是解决被动端口需要开放端口太多的问题

3.2、设置防火墙对应映射的公网IP，这个是解决由于服务器端放置在防火墙内部，一般是一个私网地址，在发送227指令的时候会将私网地址填进去，这样对于客户端来说是无法连接到的
这个配置不做有一些FTP客户端和IE浏览器无法传输数据，不过我发现FlashFXP似乎“智能”一些，设不设没影响



4、对于客户端软件，要设置为强制使用被动模式，以FlashFXP为例：