sql DB身份验证模式机制

    一直对数据库的服务的开启操作以及数据库的远程机械似的操作，却从来不知道原因。没有多去问一句为什么，糊涂到了现在。要复习软考，看书后才懂得些。

从数据库的细节角度上看。

SQL server是客户端和服务器一体的软件，在安装的时候同时安装了sql server configuration Manager（数据库服务器 配置 管理），相当于"服务器"，是通过系统或sql server configuaration来打开服务的。

       

而我们的SQL Server Management Studio （数据库服务器; 管理; 工作室 ）可以理解为数据库"应用程序" 相当于是一个对数据库操作的"客户端"。我们通过windows身份验证或混合身份验证，来操纵数据库。

而从数据库的外部体系结构来看。

数据库和数据库系统一系列封装起来，这个整体就是一个服务器。或说是安装这个软件的并有实际数据的PC机吧。

具体的身份验证方式解析。 

        

远程连接sql server 数据库，要进行身份验证，系统对用户登陆进行验证，sql server和windows操作系统是紧密的集成在一起的。这也解答了我曾经的问题，把数据库的"应用程序"关闭后，其他的应用程序（vb C# vb.net代码）仍然可以访问数据库（数据库服务开启）。

                      

windows身份验证：

sql server 通过使用windows操作系统来对登录的帐号进行身份验证，支持windows操作系统的密码策略和账户策略， 帐号和密码都保存在Windows的操作系统的账户数据库中，是一个系统文件。 这种模式下 sql server服务器本身不负责身份验证，客户机只要是能访问windows服务器，就可以访问sql server 2000服务器，用户不必登录网路和sql server服务器。

特点：把身份验证的工作交给windwos系统来完成，特点是"一次登录"。

混合身份验证：

是允许以sql server 身份验证模式或者Windows身份验证模式来进行验证。在这种身份验证模式下，当客户机使用用户帐号和密码连接服务器时，sql server 首先在数据库中查询是否有相同的账号和密码，若有则接受连接。若数据库中没有相应的帐号和密码，sql server 会向windows操作系统请求验证客户机的身份。没有通过客户机的身份则拒绝连接。

混合身份验证与windows身份验证的不同之处：

主要集中在信任连接和非信任连接。

windows 身份验证相对于混合模式更加安全，使用本连接模式时候，sql不判断sa密码，而仅根据用户的windows权限来进行身份验证，我们称为“信任连接”，但是在远程连接的时候会因NTML验证的缘故，无法登陆。

混合模式验证就比较既当本地用户访问sql时候采用windows身份验证建立信任连接，当远程用户访问时由于未通过windows认证，而进行sql server认证（使用sa的用户也可以登录sql），建立“非信任连接”，从而使得远程用户也可以登录。

更加直接一些就是windows身份验证，不验证sa密码，如果windows登录密码不正确，无法访问sql，混合模式既可以使用windows身份验证登录，有可以在远程使用sa密码登录。

准确来说，混合身份验证模式，也就是基于Windows身份验证和SQL Server身份混合验证。在这个模式中，系统会判断账号在Windows操作系统下是否可信，对于可信连接，系统直接采用Windows身份验证机制，而非可信连接，这个连接不仅包括远程用户还包括本地用户，SQL Server 会自动通过账户的存在性和密码的匹配性来进行验证。比如当SQL Server实例在Windows 98上运行时，必须使用混合模式，因为在Windows 98上不支持Windows身份验证模式。

有些文字并不是咬文嚼字，甚至是错误的，望您指出。感谢。

也许是因为学习是一个过程，也许是因为第一次学习数据库欠的"债"太多，总之那个阶段的过程是混沌的过程。。。我的学习好像一直都是刚刚开始的样子。。。