欢迎到
在项目实施过程中，不少用户会有这样的需求：要求开发一套基于SQL Server的新系统，这套系统验收通过后，要和一个原有的SQL Server系统合并，共用一个服务器，所以不能为新系统提供单独的服务器（资金上不允许为开发提供单独的服务器）。但是要保障新系统的开发而又不影响旧系统的正常运行，所以要求新系统使用单独的SQL Server服务。在SQL Server 2000以前的版本中，这样的要求是无法满足的，但在SQL Server 2000中，就可以在原有SQL Server实例的基础上，再添加一个实例来解决问题。
所谓的“实例”，就是一个SQL Server数据库引擎。SQL Server 2000支持在同一台计算机上同时运行多个SQL Server数据库引擎实例。每个SQL Server数据库引擎实例各有一套不为其他实例共享的系统及用户数据库。应用程序连接同一台计算机上的SQL Server数据库引擎实例的方式与连接其他计算机上运行的SQL Server数据库引擎的方式基本相同。由于实例各有一套不为其他实例共享的系统及用户数据库，所以各实例的运行是独立的，一个实例的运行不会受其他实例运行的影响，也不会影响其他实例的运行。在一台计算机上安装多个SQL Server实例，就相当于把这台计算机模拟成多个数据库服务器，而且这些模拟的数据库服务器是独立且同时运行的。
实例包括默认实例和命名实例两种。一台计算机上最多只有一个默认实例，也可以没有默认实例，默认实例名与计算机名相同，修改计算机名会同步修改默认实例名（SQL Server 7.0只能被安装为默认实例，在修改计算机名后，会导致SQL Server服务无法启动，需要执行SQL Server安装程序进行自动修复才能解决启动问题），客户端连接默认实例时，将使用安装SQL Server实例的计算机名。
在同一台计算机上安装SQL Server 7.0和SQL Server 2000时，由于SQL Server 7.0只能安装为默认实例，所以应该先安装SQL Server 7.0，将SQL Server 2000安装为命名实例。或者在安装SQL Server 2000的时候，指定安装为命名实例。
一台计算机上可以安装多个命名实例，客户端连接命名实例时，必须使用以下计算机名称与命名实例的实例名组合的格式：
computer_name\instance_name
2、客户端如何与SQL Server交互
从客户端发送Transact-SQL语句到SQL Server服务器，到服务器处理完成并将结果返回给客户端的完整过程如下：
（1）用于SQL Server的Microsoft OLE DB提供程序、SQL Server ODBC驱动程序或DB-Library DLL生成TDS数据包。
（2）TDS数据包被传递给SQL Server客户端Net-Library。
（3）客户端Net-Library将TDS数据包封装为网络协议数据包。
（4）在服务器上，服务器Net-Library接收网络协议数据包。并且由ODS（Open Data Services）负责析取TDS数据包，并将结果传递给关系数据库服务器。
（5）关系数据库服务器负责处理TDS数据包的内容。
（6）如果需要将结果返回给客户端时，则由ODS将处理结果生成TDS数据包，并传递给服务器Net-Library。
（7）服务器Net-Library负责TDS数据包封装为网络协议数据包，然后传递回客户端Net-Library。
（8）客户端Net-Library将网络协议数据还原成TDS数据包，并转给上层的数据库接口，例如Microsoft OLE DB提供程序、SQL Server ODBC驱动程序或DB-Library DLL等。
（9）Microsoft OLE DB提供程序、SQL Server ODBC驱动程序或DB-Library DLL将TDS数据包还原为应用程序可以接受的“结果集”。
无论存取SQL Server的应用程序是否与SQL Server实例在同一台单机上，应用程序与SQL Server实例通信都会经过上述过程。
3、TDS、NET-Library和网络协议
TDS（表格格式数据流协议）：SQL Server使用一个称为表格格式数据流 (TDS) 的应用程序级协议进行客户端应用程序与 SQL Server 之间的通讯。TDS 数据包封装在 Net-Library 所使用的协议栈生成的数据包中。
例如，如果使用的是 TCP/IP 套接字 Net-Library，TDS 数据包就封装在基础协议的 TCP/IP 数据包中。将结果集发送回应用程序的数据包的内容取决于是否在传递给数据库引擎的 Transact-SQL 语句中指定了 FOR XML：
如果没有指定 FOR XML，数据库引擎将关系结果集发送回应用程序。TDS 数据包中包含结果行集，每行包括一列或多列，就像在 SELECT 语句的选择列表中指定的那样。
如果指定了 FOR XML，数据库引擎将 XML 文档以流的形式返回给应用程序。在 TDS 数据包中，XML 文档被格式化为单个的、长 Unicode 值，每个数据包的大小约为 4 KB。
可以配置 SQL Server 数据包大小，即 TDS 数据包大小。大多数客户端上的 TDS 数据包大小默认为 4 KB（DB-Library 应用程序默认为 512 字节），经过测试证明，在几乎所有的方案中，这是最佳的 TDS 数据包大小。TDS 数据包大小可以比基础协议中的数据包大。如果是这种情况，发送数据包的计算机上的协议栈自动将 TDS 数据包分解成适合协议数据包大小的单元，客户端计算机上的协议栈则在接收计算机上将 TDS 数据包重新组合在一起。
Net-Library和网络协议： SQL Server使用一个称为 Net-Library 的动态链接库 (DLL) 与特定的网络协议通讯。匹配的 Net-Library 对在客户端和服务器计算机上必须是活动的，才能支持所需的网络协议。
例如，若要使客户端应用程序能通过 TCP/IP 与特定的 SQL Server 实例通讯，必须在客户计算机上将客户端 TCP/IP 套接字 Net-Library (DBNETLIB.dll) 配置为与那台服务器连接，同时服务器 TCP/IP 套接字 Net-Library (SSNETLIB.dll) 必须在服务器计算机上监听。
对于一对 Net-Library，本身并不支持客户端/服务器连接。客户端和服务器也必须都运行支持 Net-Library 的协议栈。
例如，如果服务器 TCP/IP 套接字 Net-Library 在服务器计算机上监听，并且客户计算机上的客户端 TCP/IP 套接字 Net-Library 被配置成与那台服务器连接，那么，客户端只有在两台计算机上都安装了 TCP/IP 协议栈时才能连接到服务器上。
Net-Library由SQL Server安装程序安装，而网络协议由操作系统安装程序安装。
4、服务器标识
当应用程序需要访问某个SQL Server实例的时候，必须要知道被服务器服务器的唯一标识。这就类似于找一个人，您必须知道要找的人叫什么名字，或者其他一些能在你查找的范围内，能唯一标识这个人的标志，比如身份证编号。
下面通过一些例子来说明常见的可用于访问 SQL Server 服务器标识：
1、 连接本机上的 SQL Server 的默认实例有有效服务器标识可以是：
本机的计算机名称、(local)、localhost、127.0.0.1、.、不指定服务器名、本机IP地址
2、 连接本机上的 SQL Server 的命名实例有有效服务器标识可以是：
本机的计算机名称\实例名、.\实例名、本机IP地址\实例名
3、 连接其他电脑上的 SQL Server 的默认实例有有效服务器标识可以是：
服务器的计算机名称、服务器的IP地址
4、 连接其他电脑上的 SQL Server 的命名实例有有效服务器标识可以是：
服务器的计算机名称\实例名、服务器的IP地址\实例名
其他说明：
1、 可以通过在 SQL Server 实例名称的开始处添加 tcp:、 np:、 lpc:、或 rpc: 来指定您的连接字符串中的协议，例如：tcp:jack
2、 可以将一个端口号添加到连接字符串（例如 MyServer\MyInstance,1433），用于指定 SQL Server 实例正在侦听的特定端口
3、 可以通过 SQL Server 的客户端网络实用工具，为要连接的 SQL Server 指定别名，以便使用简短且友好的名称来访问 SQL Server。
5、登录ID与身份验证
登录ID是账户标识符，用来控制对任何SQL Server 2000系统的访问权限。SQL Server 2000只有在验证了指定的登录ID有效后，才完成连接。这种登录验证称为身份验证。
录属性中，有一个是默认数据库。当一个登录连接到SQL Server时，这个默认数据库就变成该连接的当前数据库，除非该连接请求指定另一个数据库作为当前数据库。
用于登录SQL Server的账户在SQL Server中（使用SQL Server身份验证）创建，或者在Windows NT 4.0或Windows® 2000中创建并被授予登录权限（使用Windows身份验证）。
SQL Server实例必须验证每个连接请求所提供的登录ID是否具有访问该实例的权限。这一过程称为身份验证。SQL Server 2000使用两类身份验证：Windows身份验证和SQL Server身份验证。每一种身份验证都有不同类别的登录ID。
Windows 身份验证
Windows身份验证的过程如下：
（1）SQL Server 2000 sysadmin固定服务器角色成员必须首先向SQL Server 2000指定所有允许连接到SQL Server 2000的Windows NT或Windows 2000账户或组。当使用Windows身份验证时，在连接到SQL Server 2000时不必指定登录ID或密码。用户对SQL Server 2000的访问权限由Windows NT或Windows 2000账户或组控制，当登录到客户端上的Windows操作系统时需接受身份验证。
（2）客户端使用有效的Windows账户成功登录Windows后，Windows打开信任连接。信任连接的属性包括打开连接的客户端的Windows NT和Windows 2000组及用户账户。
（3）当客户端连接到SQL Server 2000时，SQL Server 2000客户端软件向SQL Server 2000请求Windows信任连接，SQL Server 2000从信任连接属性中得到用户的账户信息，并将它们与定义为有效SQL Server 2000登录的Windows账户相匹配。如果SQL Server 2000找到匹配的项，则接受这个连接，否则不接受这个连接。
当使用Windows 2000身份验证连接到SQL Server 2000时，Windows NT或Windows 2000组或用户账户就是登录的用户标识（登录ID）。
SQL Server身份验证
SQL Server身份验证的过程如下：
（1）sysadmin固定服务器角色成员首先向SQL Server 2000指定所有有效的SQL Server 2000登录账户和密码。这些登录账户和密码与用户的Windows账户或网络账户无关。
（2）当连接到SQL Server 2000时，用户必须提供SQL Server 2000登录账户和密码。系统将通过用户的SQL Server 2000登录账户在SQL Server 2000中标识用户。
注意：
Windows 98、Windows me系统中安装的SQL Server仅支持SQL Server用户。
添加用于Windows身份验证登录ID的方法如下：
1、 加Windows用户
理工具--计算机管理--用户和组--右键用户--新建用户--建立一个登陆windows的用户
2、 在SQL Server中授予其登录的权限
企业管理器--SQL实例--安全性--右键登录--新建登录
--[常规]项,点"名称"后的"..."按纽,选择上面建立的用户
--"身份验证"选择"windows身份验证"
--"域"选择用户所在的域
--"安全性访问"选择"允许访问"
--确定
3、 登录
注销windows,用你新建的用户登陆操作系统.
然后查询分析器登陆SQL,连接时的身份验证选择"windows身份验证"
这时登陆的用户就是新建的用户了.
添加用于SQL Server身份验证登录ID的方法如下：
企业管理器--SQL实例--安全性--右键登录--新建登录
--[常规]项,"名称"中输入用户名
--"身份验证"选择"sql server身份验证",输入该用户的密码
--确定,再次输入密码