13数据库应用结构与数据访问接口.pptVIP

第13章 数据库应用结构与数据访问接口 13.1 数据库应用概述 13.2 数据库应用结构 13.3 数据访问接口 13.1 数据库应用概述 在实际应用环境中，使用企业管理器和查询分析器访问数据库中的数据往往是数据库管理员，大部分的用户还是通过程序员开发的各种应用程序间接访问SQL Server数据库。 SQL Server具有优秀的数据库管理性能，但它并不具备图形用户界面的设计功能，因此不能满足客户端用户数据连接和数据操作的要求。 SQL Server在数据库应用中一般作为应用系统的后端，而前端图形界面的设计与操作一般使用可视化开发工具，如Visual Basic、Delphi、PowerBuilder等来完成。 如果需要将数据和应用程序在网上发布，可使用ASP、ASP.NET等来实现。 数据库应用程序通过SQL Server 2000应用程序接口向SQL Server服务器发送SQL语句，实现数据库的访问。 要编写SQL Server 2000数据库应用程序，必须学习使用SQL Server应用程序接口。 13.2 数据库应用结构 数据库应用结构是指数据库运行的软、硬件环境。 几种最常见的应用结构 13.2.1 集中式应用结构 13.2.2 文件服务器结构 13.2.3 客户/服务器结构 13.2.4 互联网应用结构 13.2.1 集中式结构 集中式结构优缺点 优点：集中管理，安全性较好。 缺点：费用昂贵，不能真正划分应用程序的逻辑。 13.2.2 文件服务器结构 文件服务器结构优缺点 优点：实现费用比较低廉，且配置很灵活（可方便地增减客户端工作站）。 缺点：所有的应用处理都要在客户端完成，因此，对客户端计算机的要求较高（以便能执行所需要的任何应用程序）。 13.2.3 客户/服务器结构 客户/服务器结构优缺点 优点：降低了网络通信量。充分利用了网络服务器的处理能力，将应用逻辑分布在客户机和服务器之间。 缺点：软件实现复杂度高、维护代价高、缺乏开放标准、难以跨平台运行等 13.2.4 Web数据库应用架构 13.3 数据访问接口 13.3.1 ODBC 13.3.2 OLE DB和ADO 13.3.3 ADO为OLE DB带来了什么？ 13.3.1 ODBC ODBC（开放的数据库互连，Open DataBase Connectivity）是Microsoft公司开发的一套开放的数据库系统应用程序接口规范 ODBC概念提出背景 在ODBC概念提出之前，应用程序访问数据库时 使用数据库系统提供的专用接口来进行开发 一个专用接口只能访问一种类型的数据库，不同的数据库管理系统提供的接口是各不相同的，因此，在一个数据库应用程序中很难同时访问多个不同数据库管理系统中的数据 而这在实际应用中通常是需要的。 例如，在一个单位中，假设财务、生产和技术等部门根据自身业务的特点选择使用了各不相同的DBMS（或已经用这些DBMS实现了本部门的业务系统）， 在建立企业级管理信息系统时，需要在一个系统中同时访问各个部门的数据库，这种情况下使用数据库专用接口的开发方法就难以实现。 使用ODBC开发数据库应用程序时，应用程序使用的是标准的ODBC接口和SQL语句，数据库的底层操作由各个数据库的驱动程序完成。 这样就使数据库应用程序具有很好的适应性和可移植性，并且具备同时访问多种数据库管理系统的能力。 ODBC驱动程序有些类似于Windows下的打印机驱动程序，对用户来说，驱动程序屏蔽掉了不同对象间的差异，使用ODBC编写的数据库应用程序就像Windows下的打印程序能够在不同的打印机上打印一样，可以运行于不同的数据库环境下。 建立ODBC数据源 可以通过Windows的控制面板建立ODBC数据源。建立步骤为： （1）打开控制面板。如果使用的是Windows 98，则直接双击控制面板上的“ODBC数据源”；如果使用的是Windows 2000，则双击控制面板上的“管理工具”，然后再双击管理工具上的“数据源（ODBC）”。打开“ODBC数据源管理器”窗口。 （2）ODBC数据源共有三种类型： 用户数据源（用户DSN） 系统数据源（系统DSN） 文件数据源（文件DSN） 13.3.2 OLE DB和ADO 随着计算机技术的发展，数字化时代的到来，现在许多部门都有自己的信息管理方式。 他们采用的信息管理系统多种多样，有文件系统、数据库系统等，它们的数据格式也各不相同，有文本格式、电子表格格式及在Internet上使用的电子邮件格式和HTML格式等。 这就意味着如果要同时访问这些不同管理系统中的数据就必须使用多种数据访问方法，应用程序开发者也必须是多种数据访问方法的专家，这显然是不现实的。 为此，Microsoft提出