SQL Server如何跨实例访问数据库
在我们日常使用SQL Server数据库时，经常遇到需要在实例Instance01中跨实例访问Instance02中的数据。例如在做数据迁移时，如下语句:
insert into Instance01.DB01.dbo.Table01
select * from Instance02.DB01.dbo.Table01
普通情况下，这样做是不允许的，因为SQL Server默认不可以跨实例访问数据。解决方案是使用存储过程sp_addlinkedserver进行实例注册。
sp_addlinkedserver在MSDN中的定义为:
sp_addlinkedserver [ @server= ] 'server' [ , [ @srvproduct= ] 'product_name' ]
[ , [ @provider= ] 'provider_name' ]
[ , [ @datasrc= ] 'data_source' ]
[ , [ @location= ] 'location' ]
[ , [ @provstr= ] 'provider_string' ]
[ , [ @catalog= ] 'catalog' ]
例如：在Instance01实例中，执行如下SQL语句
EXEC sp_addlinkedserver ‘Instance02’ //只写第一个参数即可，默认情况下，注册的是SQL Server数据库，其他参数用法详见MSDN。
如果你的两个实例在同一个域中，且Instance01与Instance02有共同的域登陆帐号，那么经过上面的注册后，前面的insert语句就可以执行了。否则，还需要对注册的远程实例进行登陆帐号注册，在Instance01实例中，执行如下SQL语句
EXEC sp_addlinkedsrvlogin 'InstanceName','true' //使用集成认证访问远程实例
或者 EXEC sp_addlinkedsrvlogin 'InstanceName','false','TJVictor,'sa','Password1' //使用Windows认证访问远程实例，当用户以TJVictor用户登陆Instance01实例访问Instance02时，默认把TJVictor映射成sa，且密码为Password1
经过 sp_addlinkedserver实例注册和sp_addlinkedsrvlogin登陆帐户注册后，就可以在Instance01中直接访问Instance02中的数据库数据了。
如果还无法访问，请检查本机DNS是否可以解析远程数据库的实例名。如果无法解析，可以在EXEC sp_addlinkedserver ‘Instance02’中把Instance02换为IP，或者在hosts文件中，自己建立相应DNS映射。
下面列举几个跨实例数据库访问的存储过程和视图。
存储过程名/视图名
作用
举例
sp_addlinkedserver
相关文档：
我们的SQL语句的执行都是由一个类来完成的！这个类就是SQLStatement，这个类就是我们用来执行SQL语句的类，该类的使用也是非常简单的，我们只需要记住两个属性两个方法。我们来看一下！
text属性：所要执行的SQL语句，该属性是一个字符串格式，所以我们的SQL语句都是字符串！
sqlConnection属性：该属性是设置SQLSt ......
/***************************************************
作者：herowang(让你望见影子的墙）
日期：2010.1.5
注： 转载请保留此信息
......
1 MySQL支持enum,和set类型，SQL Server不支持
2 MySQL不支持nchar,nvarchar,ntext类型
3 MySQL的递增语句是AUTO_INCREMENT，而MS SQL是identity(1,1)
4 MS SQL默认到处表创建语句的默认值表示是((0)),而在MySQL里面是不允许带两括号的
5 MySQL需要为表指定存储类型
� ......
-- create by zh
-- n 是作物的时间,x 是希望在几点成熟,返回播种的时间
with t as
(
select 64 n,9 x from dual union all
select 64 n,13 x from dual union all
select 64 n,17 x from dual union all
select 64 n,20 x from dual
)
select '成熟时间:' || lpad(to_char(n),4,' ' ......
1 防止sql注入式攻击(可用于UI层控制） #region 防止sql注入式攻击(可用于UI层控制）
2
3 /**/ ///
4 /// 判断字符串中是否有SQL攻击代码
5 ///
6 /// 传入用户提交数据
7 /// ......
