SQL Server 工具
使用 Access 数据库窗口中的主菜单，您可以创建查询、设计数据库或浏览数据。要从数据库中导出数据，请单击 File（文件），然后单击 Export（导出）。要将数据导入到数据库中，请单击 File（文件）-> Get External Data（获取外部数据），然后单击 Import（导入）。
SQL Server 提供了一套功能强大的工具，它们简化了浏览、查询、导入和导出数据的过程。它们是：
用于设计数据库和查询以及浏览数据的 SQL Server 工具
在 SQL Server 中，您可以使用两个工具来执行数据库维护任务、浏览和编辑数据。这两个工具分别是 SQL Server 企业管理器和 SQL Server 查询分析器。计划将窗体迁移到 .NET 的 Access 窗体开发人员还会发现 Microsoft Visual Studio .NET 非常有用，因为它提供了一种集成的方法，使您可以在一个开发环境中创建和管理 SQL Server 数据库和数据访问窗体。
SQL Server 企业管理器是与 SQL Server 捆绑安装的应用程序，用于设计和管理数据库（如图 1 所示）以及浏览数据（如图 2 所示）。企业管理器还提供以下功能：
| • |
管理表/字段/数据、表关系、存储过程、视图、触发器、函数和用户定义的数据类型。 |
| • |
|
| • |
|
| • |
|
| • |
以使用数据转换服务 (DTS) 的多种格式导入和导出数据 |
SQL Server 查询分析器是一个完善的图形查询工具，可以代替 Access 主查询设计器。您可以通过它完成以下操作：
| • |
|
| • |
|
| • |
|
| • |
导出数据（单击 Query [查询]，然后单击 Results to File [将结果保存到文件]） |
| • |
优化查询（单击 Query [查询]，然后单击 Show Execution Plan [显示执行方案]） |
| • |
调试高级查询（单击 Tools [工具] -> Object Browser [对象浏览器]，然后单击 Debug [调试]）
提示：查询分析器不仅支持上述功能，还可以突出显示语法，使您可以很容易地查看和调试查询（如图 3 所示）。尽管可以在企业管理器中编写存储过程（如所图 4 示），但 Access 开发人员会发现查询分析器的功能更丰富。 |
Access 中“使用向导创建查询”的功能在 SQL Server 中没有对应的功能。必须使用查询设计器或 SQL Server 语句来创建查询。
使用 Visual Studio .NET，您可以像在企业管理器中一样管理数据库和数据库对象，如图 5 所示。根据您使用的 Visual Studio .NET 版本，您可以创建允许您执行以下操作的数据库项目：
此功能对 .NET 开发人员很有用，因为它提供了一种集成的数据库管理方法。开发人员可以在一个应用程序中开发应用程序并管理数据库。
有关哪些版本的 Visual Studio .NET 支持哪些数据库管理功能的详细信息，请参阅 asp" target="_blank">Visual Database Tools Editions。
数据转换服务 (DTS) 允许您在使用基于 OLE DB 体系结构的多种数据源（例如 Microsoft Excel）中导入和导出数据。DTS 不仅可以代替 Access 的导入和导出功能（如图 7 所示），还提供了以下功能：
| • |
|
| • |
以多种格式导入和导出数据，这些格式包括 Excel（.xls 文件）、逗号分隔值（.csv 文件）和 Microsoft Access，请参阅图 6。 |
| • |
|
DTS 的功能比 Access 中的导入和导出命令更强大。在 Access 导入过程中需要执行多个步骤才能完成的许多任务（例如，要执行数据转换，需要填充临时表并运行多个查询）在 DTS 中只需一个步骤即可完成。可以执行数据转换，例如，使用 SQL 查询将数据从一个表复制到另一个表中，或在插入目标表之前执行 VBScript 代码以转换部分数据，如图 8 所示。
SQL Server 事件探查器是优化数据库性能的重要工具。该工具非常有用，尤其是从只适用于客户端的系统（例如 Access）迁移之后。它可以显示服务器上执行的所有命令（例如，已打开和关闭连接）和数据库事务，如图 9 所示，这可以帮助您识别特别耗时或耗费资源的事务。
有关使用这些 SQL Server 工具的详细信息，请参阅 Migrating Your Access Database to Microsoft SQL Server 7.0。（注意：这篇文章是针对 SQL Server 7.0 编写的，尚未进行更新。）
体系结构
Access 体系结构与 SQL Server 体系结构相比有几个不同点、相似点和缺点。它们的不同点体现在以下几个方面：
| • |
|
| • |
|
| • |
|
| • |
|
| • |
|
| • |
SQL Server 还为优化和简化数据处理提供了强大的功能，包括： |
| • |
|
| • |
|
| • |
|
由于 SQL Server 比 Access 具有更丰富的功能和更好的可缩放性，因此它对系统的要求要略高一点。表 1 对这两个系统的最低系统要求进行了比较。
|
处理器 |
Pentium 75 MHz |
Pentium 166 MHz |
|
内存 |
8 MB，每个同时运行的应用程序需增加 4 MB，运行 Microsoft Windows XP 需增加 128 MB |
128 MB RAM 或更多 |
|
硬盘空间 |
30 MB |
270 MB（完全安装） |
|
操作系统 |
Microsoft Windows Server 2003、Windows XP、Windows 2000、Windows NT 4.0 Service Pack 6 (SP6)、Windows Millennium Edition、Windows 98 Second Edition、Windows 98 或 Windows 95 |
Microsoft Windows Server 2003、Windows XP、Windows 2000、Windows NT 4.0、Windows 98 Second Edition、Windows 98、Windows 95 或 Windows CE |
表 1 列出的最低要求在典型的操作环境中是不现实的。系统要求主要取决于数据量和并发用户的数量。
如果有 10 个并发用户和一个 1 GB 的数据库，建议使用表 2 中指定的系统在生产环境中运行 Access 或 SQL Server。
|
处理器 |
Pentium III 650 MHz |
|
内存 |
384 MB |
|
硬盘空间 |
2 GB |
|
操作系统 |
Microsoft Windows Server 2003 或 Windows 2000 |
| • |
|
| • |
|
| • |
|
| • |
|
| • |
|
| • |
SQL Server CE（与 Windows CE 兼容的版本） |
表 3 显示了不同 SQL Server 版本的操作系统要求。
|
Windows Server 2003 Standard Edition |
是 |
是 |
是 |
是 |
是 |
否 |
|
Windows Server 2003 Enterprise Edition |
是 |
是 |
是 |
是 |
是 |
否 |
|
Windows Server 2003 Datacenter Edition |
是 |
是 |
是 |
是 |
是 |
否 |
|
Windows XP Professional |
否 |
否 |
是 |
是 |
是 |
否 |
|
Windows CE |
否 |
否 |
否 |
否 |
否 |
是 |
|
Windows 9x |
否 |
否 |
是 |
否 |
是 |
否 |
Access 中的 Jet 数据库引擎与 SQL Server 的不同之处在于，它不能像 SQL Server 那样作为一项服务持续运行，而是在用户每次使用 Access 或其他某些数据访问方法打开 Jet 数据库文件（.mdb 文件）时启动。当用户关闭 .mdb 文件并且不再使用该文件时，Jet 引擎将从内存中卸载。
主要区别在于，如果用户当前没有访问 .mdb 文件，则可以使用 Windows 将该文件复制或移动到其他位置。在 SQL Server 中，SQL Server 服务是持续运行的，而且连接到在其中注册的 SQL Server 数据库文件（.mdf 文件）。要复制 .mdf 文件，必须先停止 SQL Server 服务，或者将 .mdf 文件与当前的 SQL Server 服务拆离，然后才能移动它。
Access 是只适用于客户端的关系型数据库管理系统 (RDBMS)。这意味着所有数据处理（例如排序和筛选）都是在一台计算机上完成的。
Access 开发人员通常通过拆分数据库来模拟客户端/服务器方法。通常，在多个并发用户使用 Access 的环境中，将在每台客户端计算机上设置一个 Access 数据库。此数据库包含窗体、报表、保存的查询和 Microsoft Visual Basic for Applications (VBA) 窗体代码。所有数据都存储在中央服务器的 Access 数据库中，而在请求时才发送给客户端计算机。此方案需要大量网络资源和客户端资源。图 10 显示了这种结构。
在此方案中，服务器上不执行任何数据处理。当客户端请求数据时，将把整个数据集通过网络发送给客户端，任何处理都是在客户端计算机上完成的。
例如，一家财务公司的数据库中有一个 Accounts Receivable 表（Access .mdb 文件），其中存储了一百万条记录。某个 Access 应用程序要显示应收帐款的总和（一个计算的字段）。要完成此操作，Access 必须通过网络传输整个表，而在工作站上执行计算。
这将为服务器和网络带来严重的性能问题。多次请求大量数据将占用大量服务器资源，而通过网络连接传输整个数据集将大大降低网络速度。
相反，SQL Server 是一个纯客户端/服务器 RDBMS。这意味着客户端和服务器可以共同分担处理负载。客户端（例如 .NET Windows 应用程序）使用参数发送数据请求，服务器执行排序和筛选操作，然后只将经过筛选的数据集返回客户端。图 11 显示了这种结构。
因为 SQL Server 在服务器上处理所有的筛选和排序操作，所以只返回指定的结果集。这有助于大大减少网络通信量，因为在客户端和服务器之间传输的数据比较少。这还有助于减少服务器的处理负载，因为服务器不需要像在 Access 中那样返回大量记录。
Access 数据类型和 SQL Server 数据类型之间有几点不同之处。这些数据类型中的大多数会在升级时自动转换，但升级之后，您需要在 SQL Server 数据库中进行验证，这一点很重要。表 4 显示了 Access 数据类型和 SQL Server 数据类型之间的不同之处。请注意，还有某些不受支持的数据类型。
|
Text |
char、nchar、varchar、nvarchar |
|
Memo |
text、ntext |
|
Byte |
tinyint |
|
Integer |
smallint |
|
Long Integer |
integer |
|
Single |
real |
|
Double |
float |
|
Replication ID |
uniqueidentifier |
|
Decimal |
decimal |
|
Date/Time |
smalldatetime、datetime、timestamp |
|
Currency |
smallmoney、money |
|
AutoNumber |
int + 标识属性 |
|
Yes/No |
bit |
|
OLE 对象 |
image |
|
Hyperlink |
<无对应项> |
|
<无对应项> |
binary、varbinary |
提示：在 Access 中，只要用户开始编辑新记录，系统就会自动生成自动编号的列。在 SQL Server 中，只有在保存记录时才会生成自动编号的列。在 Access 中重新设计基于自动编号值的现有逻辑时，一定要谨慎。
SQL Server 允许用户定义自定义数据类型，称为用户定义的数据类型 (UDDT)。UDDT 基于现有的 SQL Server 数据类型。还可以直接为类型添加约束，以执行以下操作：
| • |
指定默认值。（默认值是指没有为记录指定值时，由系统自动在字段中输入的值。） |
| • |
|
| • |
|
在表中指定其属性将来有可能发生变化的字段时，UDDT 将非常有用。例如，如果您为基本 SQL Server 数据类型 varchar(15)（长度为 15 个字符的字符串）定义了一个唯一标识符字段，然后定义了可以接受 varchar(15) 参数类型的所有相关的存储过程，那么，更改该字段的长度或数据类型将成为一个棘手的维护问题。要反映数据类型的变化，必须更改所有存储过程和表。
更好的做法是创建一个名为 CodeType 的 UDDT，而在 UDDT 中定义长度和基本数据类型。所有存储过程和表定义都使用该 UDDT，所以，如果字段大小增加，只需更改 UDDT 的定义。
UDDT 是通过企业管理器定义的，如图 12 所示。
表的表示方式在 Access 和 SQL Server 中是相似的。这两个数据库管理系统 (DBMS) 都是关系型的，也就是说，相关数据都存储在通过唯一标识符链接的逻辑表中。表的设计界面在 Access 和 SQL Server 中也是相似的，如图 13 所示。
在 Access 中，可以为表中的字段指定规则，这样，当一个表中的值发生变化时，相关表中的值将自动更新（级联更新）。
在 SQL Server 中，可以通过企业管理器中的关系图设计器创建相同的规则（如图 14 所示）。SQL Server 支持五类约束：
| • |
|
| • |
CHECK。限制列中可以输入的值。下列代码将创建一个 Employee 表，并为 Salary 字段添加 CHECK 约束，使该字段的值在 10,000 和 1,000,000 之间。 CREATE TABLE Employee
(
EmployeeID int PRIMARY KEY,
Name char(50),
Address char(50),
Salary money,
CONSTRAINT chk_Salary CHECK (Salary BETWEEN 10000 and 1000000)
)
|
| • |
UNIQUE。确保表列中的所有值都是唯一的。此约束通常用于 ID 列。 |
| • |
PRIMARY KEY。标识一列或一个列集合，其值唯一标识表中的某个行。 |
| • |
FOREIGN KEY。设置表之间的关系。下列代码将创建一个 EmployeePosition 表，该表引用上面创建的 Employee 表中的 EmployeeID。 CREATE TABLE EmployeePosition
(
EmployeePositionID int PRIMARY KEY,
EmployeeID int FOREIGN KEY
REFERENCES Employee(EmployeeID)
ON DELETE CASCADE
Position char(50)
) |
| • |
CASCADE。指定如果从 Employee 表删除某个雇员的记录，还将删除 EmployeePosition 表中具有相同 EmployeeID 的任何记录。 |
| • |
NO ACTION。指定如果删除 EmployeePosition 记录在 Employee 表中引用的父记录，EmployeePosition 记录将不受影响。 |
SQL Server 还支持 ON UPDATE 子句，该子句指定父记录更新时要执行的操作。它还支持 CASCADE 和 NO ACTION 选项。
请注意，SQL Server 中的关系没有 Access 中的关系灵活。在 Access 中，您可以：
| • |
|
| • |
对表中 Required 属性设置为 Yes 的外键进行级联、更新或删除更新。 |
尽管 SQL Server 不支持这两个选项，但这样可以创建更可靠的数据库，不容易出现关系和键问题。
与 Access 不同的是，SQL Server 不能保证循环引用的完整性。例如，某公司的销售部门有一个高级雇员。在数据库中，该雇员的 EmployeeType 为 Senior，Category 为 Sales。但在数据库中，EmployeeType Senior 在 Sales Category 中。如图 15 所示，允许这种情况的数据库结构将创建循环引用，而 SQL Server 不允许这样做。如果您尝试创建循环更新约束，将看到类似以下内容的错误消息：
Unable to create relationship 'FK_EmployeeType_Employee'.
ODBC error:[Microsoft][ODBC SQL Server Driver][SQL Server]Introducing
FOREIGN KEY constraint 'FK_EmployeeType_Employee' on table 'EmployeeType'
may cause cycles or multiple cascade paths.Specify ON DELETE NO ACTION or
ON UPDATE NO ACTION, or modify other FOREIGN KEY constraints.
[Microsoft][ODBC SQL Server Driver][SQL Server]Could not create
constraint.See previous errors.
这是因为，如果更新任何表中的一个字段，都可能导致无限循环。在本例中，更新一个 CategoryID 字段将导致下一个 CategoryID 字段更新（由于级联更新引用完整性），而这又会导致下一个 CategoryID 字段更新，如此循环下去。
要在 SQL Server 中解决此问题，需要从表中删除引用完整性约束，并在每个表中创建一个触发器以执行更新。有关使用触发器的详细信息，请参阅 asp" target="_blank">Enforcing Business Rules with Triggers。
在 Access 中，可以为表中的一个或多个字段建立索引，称为组合键。
SQL Server 可以按照相同的方式处理索引。建立索引后的表实际上在硬盘上进行排序，并按照排序顺序进行存储。这称为群集。群集是指 SQL Server 基于群集索引在硬盘上排序和存储数据。如果某个字段已建立索引但没有建立群集，SQL Server 必须首先查询索引才能找到数据，这将降低性能。
例如，Employees 表中可以有一个唯一标识符，称为 EmployeeID。但是，此表主要基于 FirstName 来字段完成搜索。通过为 EmployeeID 字段定义索引并将其 clustered 属性设置为 true，可以优化对 FirstName 列的数据访问（如图 16 所示）。因为它已建立群集，所以按照排序顺序以物理方式存储在硬盘上，使数据访问更有效。
SQL Server 视图类似于 Access 查询，如图 17 和图 18 所示。它们都允许您指定一个经过筛选的数据集，其中的数据可能是从多个表和其他视图中整理出来的。
视图对处理安全问题很有用。例如，如果您想允许一组用户查看产品订单的信息，但不允许他们查看与付款链接的信用卡详细信息，那么您可以：
与查询不同的是，视图还可以利用索引，这样可以大大提高应用程序的性能，而查询则需要频繁地执行某些联接或聚合操作。在一个已建立索引的视图中，可以为其他视图创建索引，而该视图的结果集存储在数据库中，并在数据库中进行索引。
Access 查询与 SQL Server 存储过程
SQL Server 使用存储过程来查询数据，执行数据计算。存储过程的主要优点是它们在第一次运行时即被编译。这意味着 SQL Server 可以计算出执行存储过程的最佳方式，并将该执行方案存储在内存中。以后再执行存储过程将会非常快，因为 SQL Server 已经找到运行查询的最佳路径。
存储过程是在 SQL Server 企业管理器中创建和修改的，这非常类似于在 Access 中编辑 Access 查询（参阅图 19）。存储过程与 Access 查询的相似之处在于它们都接受输入参数。
由于存储过程是使用 T-SQL 编写的，因此它们要优于 Access 查询，因为可以使用条件逻辑和计算来修改或返回数据或执行其他某些函数，如图 20 所示。
使用 SQL Server 还可以调试存储过程，这在使用包含复杂业务逻辑的存储过程时很有用。调试程序允许设置断点、定义监视表达式以及创建逐步执行的过程，如图 21 所示。
Access 查询与 SQL Server 用户定义的函数
除了 SQL Server 中内置的函数外，您还可以指定自定义的 T-SQL 语句块。它们称为用户定义的函数 (UDF)。UDF 的实现方式与编程语言中的函数的实现方式相同，UDF 是一项强大的功能，它允许重用代码和封装业务逻辑。UDF 可以返回单个（标量）值，也可以返回一个表。
例如，可以编写一个 UDF 来接受货币值、执行税收计算，然后返回税前价格。然后即可从任何需要计算税收的存储过程中调用此函数。
SQL Server 2000 引入了 table 数据类型，它可以从函数中返回数据表。与为了对数据子集执行查询而创建物理表然后丢弃物理表相比，在 UDF 中使用 table 数据类型更有效。它们存储在内存中并在内存中进行处理，不需要进行任何磁盘访问。
有关用户定义的函数的详细信息，请参阅 asp" target="_blank">User-Defined Functions。
SQL Server 已增加了对触发器的支持。触发器是在表中更新、删除或插入数据时执行的存储过程。可以将触发器设置为在特定的行或字段发生更新时运行。请注意，可以使用触发器来确保引用的完整性，这一点与约束非常类似。但约束比触发器更有效，应尽可能使用约束。
可以使用触发器在表中的数据发生更改时执行某些自定义操作。例如，您可以设置一个触发器，将插入或更新的数据与另一个表中另一个字段的数据进行比较，然后对该字段中的数据进行相应的更新，或显示自定义的错误消息。有关使用触发器强制应用业务规则的详细信息，请参阅 asp" target="_blank">Enforcing Business Rules with Triggers。
可以通过 SQL Server 企业管理器在 Visual Studio .NET 数据库项目中创建触发器，如图 22 所示。
可伸缩性和性能
在扩展数据库解决方案以满足增长的业务需求方面，SQL Server 的优势要远远超过 Access。而且，改进后的客户端/服务器体系结构还能将处理负载分散开来，从而可以大大提高性能。
Access 最多支持 255 个并发用户，这并不适合作为企业级数据存储解决方案。在生产环境中，仅仅 20 个用户通过网络同时使用 Access 数据库时就常常会遇到严重的性能问题以及数据被损坏的问题。
SQL Server 支持的并发用户数量只受可用系统内存的限制，而且由于它具有优化的查询处理引擎，还能够同时使用多台计算机、多个处理器和硬盘驱动器，因此可以进行扩展以满足任何企业需求。
Access 支持的最大数据库大小为 2 GB，还允许使用链接的表。尽管从理论上讲使用链接的表可以存储更多数据，但随着处理的数据量的增加，通常会出现性能问题和网络问题。有关详细信息，请参阅本文前面的sql2k/html/sqlbackend.asp?frame=true#sqlbac_topic5a" target="_blank">引擎实现一节。
SQL Server 的存储能力已经大大提高，可以在多台设备上有效地存储 1,048,516 TB 的数据。
与 Access 相比，SQL Server 的优点之一是所有事务（数据库更新、插入和删除）都保留在日志文件中。该日志记录了数据更改和详细的信息，如果需要，以后可以利用这些信息撤消在每个事务中所做的更改。
您可以使用诸如 Lumigent Log Explorer 之类的工具查看 SQL Server 事务日志，并手动撤消事务（参阅图 23）。有关详细信息，请访问 Lumigent Web 站点。
Access 数据库作为一个 .mdb 文件进行存储，因此只能在一台计算机上存储和运行。这可能会随着数据库和用户数量的增加而产生问题，因为处理能力和存储空间受每台数据库服务器硬件的制约。
SQL Server 中的数据库是一组由 SQL Server 管理的物理文件。这些文件中至少包括一个事务日志文件（扩展名为 .ldf）和一个主要数据文件（扩展名为 .mdf）。SQL Server 数据库还可以具有一个或多个次要数据文件（扩展名为 .ndf）。主要数据文件用作数据库的起点，还包含数据以及对次要数据文件的引用。
使用大型数据库时，通过在相互独立的计算机上存储事务日志和多个数据文件，您可以利用多台计算机的处理能力，还可以帮助您使用多台计算机或多个硬盘的存储空间。
下载中心
进程信息库
先飞电脑技术网 →
技术文章