包含访问 OLE DB 数据源中的远程数据所需的全部连接信息。当访问链接服务器中的表时，这种方法是一种替代方法，并且是一种使用 OLE DB 连接并访问远程数据的一次性的、特殊的方法。可以在查询的 FROM 子句中像引用表名那样引用 OPENROWSET 函数。依据 OLE DB 提供程序的能力，还可以将 OPENROWSET 函数引用为 INSERT、UPDATE 或 DELETE 语句的目标表。尽管查询可能返回多个结果集，然而 OPENROWSET 只返回第一个。

语法
OPENROWSET ( 'provider_name'
    , { 'datasource' ; 'user_id' ; 'password'
        | 'provider_string' }
    , { [ catalog.] [ schema.] object
        | 'query' }
    )

参数
'provider_name'

字符串，它代表在注册表中指定的 OLE DB 提供程序的友好名。provider_name 没有默认值。

'datasource'

字符串常量，它对应着某个特定的 OLE DB 数据源。datasource 是将被传递到提供程序 IDBProperties 接口以初始化提供程序的 DBPROP_INIT_DATASOURCE 属性。通常，这个字符串包含数据库文件的名称、数据库服务器的名称，或者提供程序能理解的用于查找数据库的名称。

'user_id'

字符串常量，它是传递到指定 OLE DB 提供程序的用户名。user_id 为连接指定安全上下文，并将它作为 DBPROP_AUTH_USERID 属性传递进来以初始化提供程序。

'password'

字符串常量，它是将被传递到 OLE DB 提供程序的用户密码。当初始化提供程序时，将 password 作为 DBPROP_AUTH_PASSWORD 属性传递进来。

'provider_string'

提供程序特定的连接字符串，将它作为 DBPROP_INIT_PROVIDERSTRING 属性传递进来以初始化 OLE DB 提供程序。通常 provider_string 封装初始化提供程序所需的所有连接信息。

catalog

目录或数据库的名称，其中驻留着指定的对象。

schema

架构的名称或指定对象的对象所有者名称。

object

对象名称，它唯一地标识出将要操作的对象。

'query'

是字符串常量，发送到提供程序并由提供程序执行。Microsoft® SQL Server™ 不处理该查询，但处理由提供程序返回的查询结果（直接传递查询）。对于有些提供程序，它们并没有通过表名而是通过命令语言表现自己的表格格式数据，那么将直接传递查询用于这些提供程序是非常有用的。只要查询提供程序支持 OLE DB Command 对象及其强制接口，那么在远程服务器上就支持直接传递查询。有关更多信息，请参见 SQL Server OLE DB 程序员参考。

注释
如果 OLE DB 提供程序在指定的数据源中支持多个目录和架构，那么就需要目录及架构名称。如果 OLE DB 提供程序并不支持目录和架构，那么可以省略 catalog 及 schema 的值。

如果提供程序只支持架构名，那么必须指定一个两部分名称，形式为 schema.object。如果提供程序只支持目录名，那么必须指定一个三部分名称，形式为 catalog.schema.object。

OPENROWSET 不接受参数变量。

权限
OPENROWSET 权限由传递到 OLE DB 提供程序的用户名的权限确定。

示例
A. 将 OPENROWSET 与 SELECT 语句及用于 SQL Server 的 Microsoft OLE DB 提供程序一起使用
下面的示例使用用于 SQL Server 的 Microsoft OLE DB 提供程序访问 pubs 数据库中的 authors 表，该数据库在一个名为 seattle1 的远程服务器上。从 datasource、user_id 及 password 中初始化提供程序，并且使用 SELECT 语句定义返回的行集。

USE pubs
GO
SELECT a.*
FROM OPENROWSET('SQLOLEDB','seattle1';'sa';'MyPass',
   'SELECT * FROM pubs.dbo.authors ORDER BY au_lname, au_fname') AS a
GO

由于业务逻辑的多样性
经常得在sql server中查询不同数据库中数据
这就产生了分布式查询的需求

现我将开发中遇到的几种查询总结如下：

1.access版本

--建立连接服务器
EXEC sp_addlinkedserver
--要创建的链接服务器名称 
'ai',            
--产品名称              
'access',    
--OLE DB 字符
'Microsoft.Jet.OLEDB.4.0', 
--数据源
--格式：
-- 盘符:\路径\文件名
-- \\网络名\共享名\文件名  (网络版本)
'd:\testdb\db.mdb'
GO

--创建链接服务器上远程登录之间的映射
--链接服务器默认设置为用登陆的上下文进行
--现在我们修改为连接链接服务器不需使用任何登录或密码
exec sp_addlinkedsrvlogin 'ai','false'
go

--查询数据
select * from ai...mytable
go

2.excel版本

--建立连接服务器
EXEC sp_addlinkedserver
--要创建的链接服务器名称 
'ai_ex',            
--产品名称              
'ex',    
--OLE DB 字符
'Microsoft.Jet.OLEDB.4.0', 
--数据源
--格式：
-- 盘符:\路径\文件名
-- \\网络名\共享名\文件名  (网络版本)
'd:\testdb\mybook.xls' ,
null,
--OLE DB 提供程序特定的连接字符串
'Excel 5.0'
GO

----创建链接服务器上远程登录之间的映射
--链接服务器默认设置为用登陆的上下文进行
--现在我们修改为连接链接服务器不需使用任何登录或密码
exec sp_addlinkedsrvlogin 'ai_ex','false'
go

--查询数据
select * from ai_ex...sheet3$
go

3.ms sql版本

--建立连接服务器
EXEC sp_addlinkedserver
--要创建的链接服务器名称 
'ai_mssql',            
--产品名称              
'ms',    
--OLE DB 字符
'SQLOLEDB', 
--数据源
'218.204.111.111,3342'
GO

--创建链接服务器上远程登录之间的映射
EXEC sp_addlinkedsrvlogin
'ai_mssql',
'false',
NULL,
--远程服务器的登陆用户名
'zhangzhe',
--远程服务器的登陆密码
'fish2231'
go

--查询数据
select * from ai_mssql.pubs.dbo.jobs
go

--还有一个更简单的办法
--这种方式在链接服务器建立后，它是默认开放RPC的

--建立连接服务器
EXEC sp_addlinkedserver
--要创建的链接服务器名称
--这里就用数据源作名称
'218.204.111.111,3342',
'SQL Server'
GO

--创建链接服务器上远程登录之间的映射
EXEC sp_addlinkedsrvlogin
'218.204.111.111,3342',
'false',
NULL,
--远程服务器的登陆用户名
'zhangzhe',
--远程服务器的登陆密码
'fish2231'
go

--查询数据
select * from [218.204.253.131,3342].pubs.dbo.jobs
go

4.Oracle版本

--建立连接服务器
EXEC sp_addlinkedserver
--要创建的链接服务器名称 
'o',
--产品名称              
'Oracle',
--OLE DB 字符
'MSDAORA',
--数据源
'acc'
GO

--创建链接服务器上远程登录之间的映射
EXEC sp_addlinkedsrvlogin
'o',
'false',
NULL,
--Oracle服务器的登陆用户名
'F02M185',
--Oracle服务器的登陆密码
'f02m185185'
go

--查询数据
--格式：LinkServer..Oracle用户名.表名
--注意用大写，因为在Oracle的数据字典中为大写
select * from o..F02M185.AI
go

希望上面提到的知识对你有所提示
当然欢迎交流和指正

author:aierong
blog:http://www.cnblogs.com/aierong
email:aierong@126.com

博客园推荐网友Hover浅析《ASP.Net Web 站点高级编程》的登录验证!

ASP.NET 中内置的用户验证支持的功能非常强大，它能够自动地在Context对象中生成一个名为User的属性.
该属性能够让我们访问各种信息，包括用户是否已经验证。验证用户的类型，甚至还有用户名，不管我们是
使用基于表单的验证还是WINDOWS验证，都可以使用由Context对象表示的当前的HttpContext实例中的User对象

.Net FrameWork中提供的Context.User对象与前面介绍的User类不同。Context.User用于验证，
而User类用于某个用户的一般性信息.

.Net(不只是ASP.NET)中的安全机制基于负责人(principal)的概念，Principal对象代表以其名义运行代码的用户的安全
环境,因此,如果我运行程序，负责人就是程序运行期间我的安全环境。低于负责人的级别是身份(identity)
身份代表执行代码的用户。因此，每一个负责人都有一个身份，这种通用的负责人和身份的概念用于基于表单
的验证。Windows验证,甚至在.Net编程的其他用于传递证书给Web站点和远程主机.我们决定不创建自己的安全系统
但是要使用自己的负责人和身份的概念，以便巧妙地吻合于Microsoft已有的安全体系..

以上引用《 ASP.NET Web站点高级编程—提出问题-设计方案-解决方案 》,以下简称ThePhile(工程名)

ThePhile的验证方式是实现了IPrincipal和Identity接口


HttpContext.User的对象必须实现 System.Security.Principal.Iprincipal接口.

IPrincipal 概述

公共属性
Identity 获取当前用户的标识。

公共方法
IsInRole 确定当前用户是否属于指定的角色。

公共属性Identity又必须实现System.Security.Principal.IIdentity 接口

IIdentity 概述

公共属性
AuthenticationType 获取所使用的身份验证的类型。
IsAuthenticated 获取一个值，该值指示是否验证了用户。
Name 获取当前用户的名称

只要实现了这IPrincipal和IIdentity两个接口.然后分配给HttpContext.User的对象.
就可以判断出是否验证过.IsAuthenticated.或者获取用户名称等.


在ThePhile工程中。继承IPrincipal接口的是PhilePrincipal类(通过HttpContext.User可用)
继承IIdentity接口的是SiteIdentity类(通过HttpContext.User.Identity可用)
注:偶手里的代码此类是叫SiteIdentity。而书上的是PhileIdentity。其实没什么只是个类名.


先来看看登录页位于Modules\User\Login.aspx

这中登录页的登陆按钮单击事件

private void Submit_Click(object sender, System.EventArgs e)
        {            
            PhilePrincipal newUser = PhilePrincipal.ValidateLogin( EmailAddress.Text, Password.Text );
            //这里验证用户.并实现IPrincipal和IIdentity接口
            
            if (newUser == null)
            {
                LoginResult.Text = "Login failed for " + EmailAddress.Text;
                LoginResult.Visible = true;
            }
            else
            {
                Context.User = newUser;
                FormsAuthentication.SetAuthCookie( EmailAddress.Text, true );                    
                Response.Redirect("/ThePhile/default.aspx");
                //登录成功、写Cookie。跳转
            }
        }


###修改用户接口来支持验证.
需要修改PhilePage类。
因为此类是Web页的基类.. 继承System.Web.UI.Page

using System;
using System.Web;
using System.Web.UI;
using System.Diagnostics;
using Wrox.WebModules;

using Wrox.WebModules.Accounts.Business;

namespace Wrox.ThePhile.Web
{
    /**////
    /// Summary description for PhilePage.
    ///
    public class PhilePage : System.Web.UI.Page
    {                
        public PhilePage()
        {
        }

        protected override void OnInit(EventArgs e)
        {
            //这里重写了OnInit方法
            base.OnInit(e);
            this.Load += new System.EventHandler(this.PhilePage_Load);
            this.Error += new System.EventHandler(this.PhilePage_Error);
        }
            
        /**////这个是写事件日志方法
        protected void LogEvent(string message, EventLogEntryType entryType)
        {
            if (!EventLog.SourceExists("ThePhile.COM"))
            {
                EventLog.CreateEventSource("ThePhile.COM", "Application");
            }
            EventLog.WriteEntry("ThePhile.COM", message, entryType);
        }
        
        /**//// <summary>
        /// 捕获错误显示
        /// </summary>
        /// <param name="sender"></param>
        /// <param name="e"></param>
        protected void PhilePage_Error(object sender, System.EventArgs e)
        {
            string errMsg;
            Exception currentError = Server.GetLastError();

            errMsg = "<link rel=\"stylesheet\" href=\"/ThePhile/Styles/ThePhile.CSS\">";
            errMsg += "\<h1>Page Error\</h1><hr/>An unexpected error has occurred on this page. The system " +
                "administrators have been notified. Please feel free to contact us with the information " +
                "surrounding this error.<br/>"+
                "The error occurred in: "+Request.Url.ToString()+"<br/>"+
                "Error Message: <font class=\"ErrorMessage\">"+ currentError.Message.ToString() + "</font><hr/>"+
                "<b>Stack Trace:</b><br/>"+
                currentError.ToString();

            if ( !(currentError is AppException) )
            {
                // It is not one of ours, so we cannot guarantee that it has been logged
                // into the event log.
                LogEvent( currentError.ToString(), EventLogEntryType.Error );
            }

            Response.Write( errMsg );
            Server.ClearError();
        }

        
        private void PhilePage_Load(object sender, System.EventArgs e)
        {
            // TODO: Place any code that will take place BEFORE the Page_Load event
            // in the regular page, e.g. cache management, authentication verification,
            // etc.                                            
            if (Context.User.Identity.IsAuthenticated)
            {
                        //如果是验证通过的
                    
                if (!(Context.User is PhilePrincipal))
                {
                    // ASP.NET's regular forms authentication picked up our cookie, but we
                    // haven't replaced the default context user with our own. Let's do that
                    // now. We know that the previous context.user.identity.name is the e-mail
                    // address (because we forced it to be as such in the login.aspx page)                
                    PhilePrincipal newUser = new PhilePrincipal( Context.User.Identity.Name );
                    Context.User = newUser;
                }
                //此处是当前的Context.User不是PihlePrincipal的。转换一下
                //再赋给Context.User
            }
        }
    
    }
}

上面是PhilePage类。在Web页调用时继承一下就行了
此处有一个问题。当ASPX页继承此类时。
Web 窗体设计器生成的代码#region Web 窗体设计器生成的代码
        override protected void OnInit(EventArgs e)
        {
            //
            // CODEGEN: 该调用是 ASP.NET Web 窗体设计器所必需的。
            //
            InitializeComponent();
            base.OnInit(e);
        }
        
        /**//// <summary>
        /// 设计器支持所需的方法 - 不要使用代码编辑器修改
        /// 此方法的内容。
        /// </summary>
        private void InitializeComponent()
        {    
            this.Load += new System.EventHandler(this.Page_Load);
        }
        #endregion

请看OnInit方法。是选调用了InitializeComponent()后调用父类的base.OnInit(e)
呵。这里可折腾了好几天。如果这样的话就在页面载入是先调用的是本页的Page_Load()方法
后调用父类的OnInit(e),这样PhilePage的Phile_Load()就形同虚设了。
在Thephile工程中它的页面的OnInit都是base.OnInit(e)在前面.而如果你新建一个页面的话就是在后面了
这可能与.Net版本有关。在书的封面上有Writeen and tested for final release of .Net V1.0
我这没有.Net v1.0所以也无法测试了。所以现在用2003 Vs.Net 的IDe时新建的页想要继承PhilePage需要把这两个方法的默认顺序手动改一下.

再看siteHeader控件.是通过验证显示用户名相关信息。否则显示未登录信息


private void Page_Load(object sender, System.EventArgs e)
        {
            // Put user code to initialize the page here
            Greeting.Text = "Welcome, ";
            /**////是否验证过
            if (Context.User.Identity.IsAuthenticated)
            {
                Greeting.Text += "<b>" + Context.User.Identity.Name + "</b>";
                UserLink.Text = "My Account";
                UserLink.NavigateUrl = "/ThePhile/Modules/Users/MyAccount.aspx";
                SignOut.Visible = true;
            }
            else
            {
                Greeting.Text += "Guest User.";
                UserLink.Text = "Click to Login";
                UserLink.NavigateUrl = "/ThePhile/Modules/Users/Login.aspx";
                SignOut.Visible = false;
            }        
        }
            /**////这是退出
        private void SignOut_Click(object sender, System.EventArgs e)
        {
            FormsAuthentication.SignOut();
            Response.Redirect("/thephile");
        }
这样就实现了登录验证。这里一定要注意的地方是。呵要先启用Forms验证方可使上面的代码奏效

<identity impersonate="true" />
    <!--  AUTHENTICATION
          This section sets the authentication policies of the application. Possible modes are "Windows", "Forms",
          "Passport" and "None"
    -->
    <authentication mode="Forms">
        <forms name="ThePhile" path="/" loginUrl="/ThePhile/Modules/Users/Login.aspx"
            protection="All" timeout="30">
        </forms>
    </authentication>

具体的代码请参看ThePhile.早就应该写了。出于自己懒。一看12月快过了一个随笔都没有可不行。
急急忙瞎写了一大堆。有错误和不妥地方请大家见谅!