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
相关文档：
表：用户号码，登录时间
显示 ：每日登录各时间段的登录人数，和每天登录人数
if isnull(object_id('#tb'),'')=''
drop table #tb
CREATE TABLE #tb(列名1 varchar(12),时间 datetime)
INSERT INTO #tb
SELECT '03174190188','2009-11-01 07:17:39.217' UNION ALL
SELECT '015224486575','2009-11-01 08:01:17.153' ......
原文地址：http://www.blogjava.net/xingcyx/archive/2007/01/09/92638.html
使用oracle的10046事件跟踪SQL语句
我们在分析应用程序性能问题的时候，更多地需要关注其中SQL语句的执行情况，因为通常应用程序的性能瓶颈会在数据库这边，因此数据库的sql语句是我们优化的重点。利用Oracle的10046事件，可以跟踪应用程序所执 ......
有许多不同类型的数据库管理员。 一些类型的数据库管理员致力于于开发领域，而其他的一部分更重视数据库性能的调整以及仍然有一部分数据库管理员则致力于管理SQL Server的业务。 依据数据库管理员的工作环境不同，他们将执行一定数量的不同的任务。为了区分所有不同的任务，数据库管理员可能要执行我清单上所列的任务。
......
我们都知道在Oracle中每条SQL语句在执行之前都需要经过解析，这里面又分为软解析和硬解析。在Oracle中存在两种类型的SQL语句，一类为
DDL语句（数据定义语言），他们是从来不会共享使用的，也就是每次执行都需要进行硬解析。还有一类就是DML语句（数据操纵语言），他们会根� ......
（1） 选择最有效率的表名顺序(只在基于规则的优化
器中有效)：
Oracle
的
解析器按照从右到左的顺序处理from子句中的表名，from子句中写在最后的表(基础表 driving
table)将被最先处理，在from子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。假如有3个以上的表连接查询,
那就 ......
