安装数据库的时候不用让用户输入数据库用户密码,直接就可以用windows的身份登陆
谢谢!

解决方案 »

  1.   

    没有试过这种方法,不过你可以这样试一下:
    先在域服务器建立所需的用户,例如User01,User02权限为域用户,密码随意,例如LoginNet
    然后在客户机上使用刚才建立的用户名登录该机,例如在XP上就建立User01,密码与刚才服务上的用户密码相同,例如:LoginNet,然后访问服务器的共享资源已经没有问题了,但是可不可以这样访问SQL就不太清楚了.如果是在98下,就要安装TCP/IP协议然后选择网络登录在属性里设置域为你的服务器的域,然后机器重新启动后就会要求输入登录域了,只要输入用户User01,密码LoginNet就可以登录到域了,这时也可以访问服务器的共享资源了.当然这是域用户权限不能访问"管理员"或"超级用户"权限的共享资源.我不建议使用这种方法,为什么不直接使用SA用户呢?只要在第一次使用时提示用户输入登录即可,以后就可以直接读取登录了.
      

  2.   

    使用集成安全性建立与 SQL Server 间受信任的连接。这将允许使用连接字符串,该字符串免除在连接字符串中保存密码的需要,如: 
    "Data Source=mySqlServer;Integrated Security=SSPI;Initial Catalog=myDB"
    使用集成安全性有一些缺点,其中大部分是可以克服的。因为集成安全性要求有 Windows 帐户,如果使用个人 Windows 帐户模拟每一个已经过身份验证的主体,它将导致不能使用连接池。但是,如果改为模拟数量有限的 Windows 帐户,让每个帐户表示一个特定的角色,就可以克服此缺点。每一个 Windows 帐户必须是一个域帐户,且 IIS 和 SQL Server 在同一个域或信任域中。或者,可以在每台计算机上创建相同的(包括密码)Windows 帐户。 进行典型安装后,SQL Server 2000 的默认安全身份验证模式是 Windows 身份验证,这与 SQL Server 7.0 不同。在 SQL Server 7.0 中,默认安全身份验证模式是混合型的(Windows 身份验证模式和 SQL Server 身份验证)。Windows 身份验证是较好的安全方法,因为它提供附加的安全功能,如密码的安全验证和加密、密码到期时间以及审核。有关更多信息,请参见身份验证模式。 如果将 SQL Server 配置为使用 Windows 身份验证,可以为只读操作创建一个 Windows 帐户,而为读/写操作创建另一个 Windows 帐户。然后将每一个 Windows 帐户映射到 SQL Server 登录,并建立所需的权限。使用应用程序逻辑,可以确定在执行数据库操作时模拟哪个 Windows 帐户。在 SQL Server 中,可以添加任何 Windows 用户帐户作为固定数据库角色的成员。每一个成员获得适用于该固定数据库角色的权限。有关更多信息,请参见管理权限。 对于 SQL Server 7.0,集成安全性不支持 SQL Server 的 TCP/IP 网络库,而是使用命名管道网络库。
      

  3.   

    Provider=SQLOLEDB.1;Data Source=MySQLServer;Initial Catalog=NORTHWIND;Integrated Security=SSPI
      

  4.   

    使用集成安全验证,客户端只要登录到Windows域,就可以访问。在数据库端给相应的Windows用户授权,还提供加密通道,应该是提高了安全性。当然,如果别人可以用你的电脑就没话说了。