书名：数据库基础教程（SQL Server 平台）（第2版）pdf/doc/txt格式电子书下载

推荐语：

作者：顾韵华,李含光

出版社：电子工业出版社

出版时间：2014-08-01

书籍编号：30467940

ISBN：9787121238567

正文语种：中文

字数：169491

版次：2

所属分类：教材教辅-大学

版权信息

书名：数据库基础教程（SQL Server 平台）（第2版）

作者：顾韵华　李含光

ISBN：9787121238567

版权所有 · 侵权必究

前言

本书是江苏省精品教材立项建设和“十二五”江苏省高等学校重点教材建设项目的成果。第1版提出了“理论-实践-再理论-再实践”的内容组织架构，设计了贯穿全书的主线示例，将数据库基本原理、技术与应用三者有机地结合起来，这些在同类书中都具有鲜明特色。本次修订保留与强化这些特色，同时进一步优化内容，淘汰陈旧知识、补充新技术，从知识内容优选、示例更新、实验体系扩展等多个方面着手修订，完善理论教学内容、充实实验指导、新增课程设计部分，形成“理论教学-实验教学-课程设计”一体化教材。

本书的主要特点是面向应用型教学需求，定位于专业基础、实用数据库教材，重点突出基础性和应用性。以基于数据库的应用能力培养为主要目标，兼顾DBA基本能力培养的要求和数据库前沿进展简介来组织教材内容。按照“理论、实践、再理论、再实践”的思想关联知识，以一个贯穿全书的商品订购管理数据库示例为主线，将数据库系统的理论体系与SQL Server数据库管理系统进行有机的结合，并利用丰富的案例进行生动具体的阐述，具有较强的系统性、逻辑性和实践性。

全书共9章，按照理论（数据库系统概览、关系数据模型）、实践（关系数据语言SQL）、再理论（数据库设计、构建数据库的概念模型、关系规范化理论）、再实践（应用系统中的SQL及相关技术，数据库应用开发）的体系结构来串联数据库概论、关系模型、SQL语言、数据库设计、数据库应用开发等内容，最后简要介绍数据库保护和新技术进展，各部分内容形成一个有机联系的整体。

各章主要内容如下：

第1章概括介绍数据管理技术的发展，数据库系统的构成以及数据库系统的基本概念和术语。本章通过一个主线示例数据库中内容的访问过程，讲解数据库系统的构成和处理过程，使读者对数据库系统有一个直观的认识。

第2章系统地阐述了关系模型的三个方面，即关系数据结构、关系数据操作和关系完整性约束。主要讲解了关系模型有关的定义、概念和性质，关系代数和三类关系完整性约束。

第3章以丰富的示例生动、具体地讲解SQL语言的数据定义、数据查询和数据更新操作三部分，这些内容是数据库应用的重要基础。

第4章介绍了数据库设计过程的6个阶段，即需求分析、概念设计、逻辑设计、物理设计、数据库实施和数据库运行与维护，阐述了各阶段的目标、方法和注意事项。

第5章简要介绍了关系数据理论，在函数依赖和多值依赖范畴内讨论了关系模式的规范化，并讨论了关系模式分解的无损连接性和依赖保持性这两个衡量指标。

第6章详细讨论了一些数据库应用开发的关键技术，包括T-SQL程序设计、存储过程和触发器、数据库访问接口技术等，为进行数据库应用系统开发做好了技术准备。

第7章阐述了数据库应用系统的开发过程、应用系统的体系结构、常用的关系数据库管理系统以及常用的应用开发工具，详细讨论了C＃和Java两种开发平台的数据库应用开发技术，并以商品订购管理系统为例，详细介绍了系统的需求分析、系统设计和实现技术。

第8章讨论了DBMS的数据库安全保护、数据完整性、并发控制和数据库恢复功能，并对SQL Server的数据库安全保护机制、数据完整性机制、并发控制机制及数据库恢复机制进行了讨论。

第9章总结了近年来数据库领域发展的特点，对数据库领域的发展方向进行了综述，并对数据仓库与数据挖掘、XML数据管理和NoSQL等研究热点进行了简要介绍。

附录A提供了实验指导，结合SQL Server 2012，以数据库基本操作、SQL语言应用、数据库应用开发为主要实验内容安排实践教学。通过精心设计的11个实验，与理论教学紧密配合，训练学生的数据库应用和设计能力。附录B是课程设计指导，阐述了课程设计的目的、任务、选题、步骤、考核方式与成绩评定等内容。附录C是T-SQL常用语句。

本书内容全面、案例丰富、通俗易懂。在写作中力求概念严谨、阐述准确；主次分明、重点突出；内容深入浅出，强调可读性。本书可作为计算机科学与技术、软件工程、网络工程、信息管理与信息系统以及相关专业教材，也可作为从事信息系统开发的专业人员的参考书和社会培训教材。

本书提供配套电子课件、习题参考解答、示例源程序，任课老师可在华信教育资源网站（http：//www.hxedu.com.cn）注册后免费进行下载，同时为更好地方便教师教学，我们将书内关键知识点录制了操作视频，读者可以扫描书内及封底的二维码，随时查看相关操作视频。本课程推荐参考学时为48学时，如下表所示，任课老师也可根据具体情况作出调整。

本书由顾韵华、李含光编写，研究生刘丹参加了部分示例的程序编写工作。由于作者水平有限，书中难免存在疏漏之处，敬请读者批评指正。

编著者

第1章 数据库概览—实例、概念与认识

数据库技术是现代信息科学与技术的重要组成部分，是计算机数据处理与信息管理系统的核心。随着数据容量的急剧增长和内容的迅速变化，建立满足信息处理要求的行之有效的数据管理系统已成为各行各业生存和发展的重要条件。因此，数据库技术得到了越来越广泛的应用，从小型的单项事务处理到大型复杂的信息系统都采用数据库来存储和管理信息资源，以保证数据的有效性、完整性和共享性。本章介绍数据库系统的一些基本概念和常用术语，作为后面各章节的准备和基础。

1.1 数据管理技术的进展

数据处理是对数据进行收集、存储、加工、传播等一系列活动的总和，其目的是从大量复杂的甚至难以理解的数据中抽取并导出对于应用有价值的、有意义的数据，作为决策的依据。数据管理指对数据的收集、整理、组织、存储、维护、检索和传输等操作。数据管理是数据处理的中心活动，直接影响数据处理的效率，两者密不可分。

随着计算机科学与技术的发展，利用计算机进行数据管理经历了三个阶段，即人工管理阶段、文件系统阶段和数据库系统阶段。

1.1.1 人工管理阶段

20世纪50年代以前，计算机主要用于科学计算。从硬件看，外存储器只有纸带、卡片和磁带，没有磁盘等直接存取的设备；从软件看，没有操作系统，没有管理数据的专门软件。数据处理方式是批处理，数据管理由程序员设计和安排。程序员将数据处理纳入程序设计的过程中，编制程序中需要考虑数据的逻辑结构和物理结构，包括存储结构和存取方法等。人工管理阶段应用程序与数据之间的对应关系如图1.1所示，其特点如下：

（1）数据不长期保存在计算机中。

（2）应用程序管理数据，数据与程序结合在一起；若数据的逻辑结构或物理结构发生变化，则必须对程序进行修改；这种特性称为数据与程序不具有独立性。

（3）数据是面向应用的，一组数据对应一个程序，数据不共享。当多个应用程序涉及相同数据时，必须各自定义。

1.1.2 文件系统阶段

20世纪50年代后期至60年代中期，计算机开始用于数据处理。从硬件看，外存储器有了磁盘、磁鼓等直接存取设备；从软件看，有了操作系统，且操作系统中有了专门的数据管理软件，即文件系统。采用文件系统进行数据管理，其基本思想是由应用程序利用文件系统提供的功能将数据按一定的格式组织成独立的数据文件，然后以文件名访问相应的数据。文件系统阶段应用程序与数据之间的对应关系如图1.2所示，其优点如下：

图1.1 人工管理阶段应用程序与数据间对应关系

图1.2 文件系统阶段应用程序与数据间对应关系

（1）数据能够长期保存，可以反复对其进行查询、修改等操作。

（2）由专门软件对数据进行管理，应用程序与数据之间由文件系统所提供的存取方法进行转换，程序与数据之间有了一定的独立性。程序员可不必过多考虑文件的存储细节，并且数据在存储上的改变不一定影响程序，从而减少了程序维护的工作量。

但是，文件系统仍存在以下缺点：

（1）数据共享性差，冗余度大。数据文件是面向应用的，当不同应用程序具有部分相同数据时，也必须建立各自的文件，导致同一数据项可能重复出现在多个文件中，因此数据冗余度大，会导致数据冲突，数据一致性维护困难等问题。

（2）数据独立性差。由于数据的组织和管理直接依赖于应用程序，如果数据的逻辑结构发生改变就需要相应地修改应用程序。

由此可见，虽然文件系统记录内有结构，但文件之间是孤立的，整体仍然是一个无结构的数据集合，因此不能反映现实世界实体之间的联系。

1.1.3 数据库系统阶段

20世纪60年代后期，数据处理成为计算机应用的主要领域，数据量急剧增长，数据关系更加复杂，对数据管理提出了更高的要求。为了满足多用户、多应用程序共享数据的需求，实现数据的统一管理，人们开始了对数据建模和组织、以及对数据进行统一管理和控制的研究，形成了数据库这一计算机科学与技术的重要分支。

数据库系统的主要特征是数据的统一管理和数据共享，即数据采用统一的数据模型进行组织和存储，由专门的管理软件—数据库管理系统（DataBase Management System，DBMS）进行统一管理和控制；应用程序在DBMS的控制下，采用统一的方式对数据库中的数据进行操作和访问。数据库系统阶段应用程序与数据之间的对应关系如图1.3所示，其特点如下。

图1.3 数据库系统阶段应用程序与数据之间的对应关系

1.数据结构化

数据结构化是数据库系统与文件系统的根本区别，也是数据库系统的主要特征之一。在文件系统中，数据是面向特定应用的，文件的记录内部是有结构的，但各文件间没有联系，不能反映现实世界中各实体间的联系。在数据库系统中，采用统一的数据模型，将数据组织为一个整体；数据不再仅面向特定应用，而是面向全组织的；数据内部不仅是结构化的，而且整体也是结构化的，能较好地反映现实世界中各实体间的联系。这种整体结构化有利于实现数据共享，保证数据和应用程序之间的独立性。

2.数据共享性高、冗余度低、易于扩充

由于数据库是面向整个系统，而不是面向某个特定应用的，因此数据能够被多个用户、多个应用程序共享。数据库中相同的数据不会多次重复出现，数据冗余度降低，并可避免由于数据冗余度大而带来的数据冲突问题。同时，当应用需求发生改变或增加时，只需重新选择不同的子集，或增加数据即可满足要求。

3.数据独立性高

数据独立性是指数据的组织和存储与应用程序之间互不依赖、彼此独立的特性，它是数据库领域的一个重要概念。数据独立性包括物理独立性和逻辑独立性。物理独立性是指应用程序与存储于外存储器上的数据是相互独立的，即数据在外存上的存储结构是由DBMS管理的，应用程序无须了解；当数据的物理结构发生变化时，应用程序不需改变。逻辑独立性是指应用程序与数据库的逻辑结构是相互独立的，当数据的逻辑结构发生变化时，应用程序可以不改变。

数据独立性是由DBMS的二级映像功能来保证的。数据独立于应用程序，降低了应用程序的维护成本。

4.数据统一管理与控制

数据库中的数据由数据库管理系统（DBMS）统一管理与控制，应用程序对数据的访问均需经由DBMS。DBMS必须提供以下4个方面的数据控制功能。

（1）并发（Concurrency）访问控制。数据库的共享是并发共享的，多个用户可同时存取数据库中的数据。当多个用户同时存取或修改数据库中的数据时，可能发生相互干扰，导致得到错误结果或破坏数据的完整性。因此DBMS必须对多用户的并发操作加以控制。

（2）数据完整性（Integrity）检查。数据完整性是指数据的正确性、有效性和相容性。数据完整性检查的目的是保证数据是有效的，或保证数据之间满足一定的约束关系。

（3）数据安全性（Security）保护。数据库安全性是指保证数据不被非法访问，保证数据不会因非法使用而被泄密、更改和破坏。

（4）数据库恢复（Recovery）。当计算机系统出现硬件、软件故障，或操作员失误以及他人故意破坏时，均可能会影响到数据库的正确性，还有可能造成数据的丢失。当数据库出现故障后，DBMS应能将其恢复到之前的某一正常状态，这就是数据库的恢复功能。

数据库系统克服了文件系统的缺陷，自20世纪70年代以来，得到了迅速发展，涌现了许多新产品，得到了广泛应用，成为现代数据管理的主要技术。可以毫不夸张地说，有计算机的地方就有数据库。

1.2 理解数据库系统

本节将从一个简化的“商品订购管理系统”入手，简要介绍对商品订购管理数据库中数据的访问过程，使读者对数据库系统有直观的认识，然后再介绍什么是数据库系统。

1.2.1 实例——商品订购管理系统

完整的商品订购系统是比较复杂的，本书设计了一个简化的“商品订购管理系统”作为全书的主线实例。

该简易商品订购管理系统的主界面如图1.4所示，主界面包含了系统功能的导航菜单。主要功能包括客户数据维护（包括增、删、改）、商品数据维护（包括增、删、改）、订单数据（包括录入、修改、删除、查询）和用户管理等。商品、客户、订单和用户数据均被存储于数据库系统中。

单击“订单数据”→“订单数据查询”菜单命令，则应用程序向数据库管理系统发出数据查询请求，由数据库管理系统从商品订购数据库中检索出符合条件的数据，并返回给应用程序，应用程序再以特定的形式显示给用户，如图1.5所示。

图1.4 商品订购管理系统主界面

图1.5 商品订单数据查询

若用户要向系统中添加数据（如添加客户数据），则单击“客户数据维护”命令菜单，出现如图1.6所示的客户数据维护界面。

图1.6 客户数据维护界面

在各输入框中录入相应的数据项，单击“增加”按钮，则应用系统向数据库管理系统发出数据插入请求，由数据库管理系统向数据库中提交商品数据表格字段的数据值，DBMS成功执行数据添加操作后，返回正常状态，应用程序再以对话框的形式提示用户操作成功。此时，在客户数据维护界面中便可查看到新增的客户信息，如图1.7所示。

从这个实例可知，以数据库为核心的应用系统（也称数据密集型应用），用户对数据库中数据的访问路径为：用户操作命令→应用程序→DBMS→数据库，如图1.8所示。

图1.7 新增加了客户信息

图1.8 数据访问路径

要设计以数据库为核心的应用系统，必须进行数据库的设计和应用系统的设计。有关数据库设计相关的理论与方法，将在第4章讨论。

1.2.2 什么是数据库系统

数据库系统（DataBase System，DBS）是指带有数据库并利用数据库技术进行数据管理的计算机系统。数据库系统一般由数据库、数据库管理系统（及其开发工具）、数据库管理员（DataBase Administrator，DBA）、数据库应用系统和用户组成，如图1.9所示。

图1.9 数据库系统组成

数据库（DataBase，DB）是长期存储在计算机内的、有组织的、可共享的数据集合。可将数据库看成一个数据高度集成和共享的、基于计算机系统的持久性数据“容器”。

注意：数据库、数据库管理系统、数据库系统是三个不同的概念。数据库强调的是相互关联的数据；数据库管理系统强调的是管理数据库的系统软件；而数据库系统强调的是基于数据库技术的计算机系统。

1.3 数据库系统结构

数据库系统产品很多，虽然它们建立于不同的操作系统之上，支持不同的数据模型，采用不同的数据库语言，但它们在体系结构上通常都具有相同的特征，即采用三级模式结构，并提供两级映像功能。

1.3.1 数据库系统的三级模式结构

数据库系统的三级模式结构是指数据库系统是由外模式、模式和内模式三级构成，如图1.10所示。

图1.10 数据库系统的三级模式结构

1.模式（Schema）

模式也称逻辑模式或概念模式，它是数据库中全体数据的逻辑结构和特征的描述。模式是面向所有用户的公共数据视图，是数据库的全局视图。一个数据库只有一个模式，它既不涉及物理存储细节、也不涉及应用程序和程序设计语言。定义模式时，不仅要定义数据的逻辑结构，而且要定义数据之间的联系，以及与数据有关的安全性、完整性要求。

2.外模式（External Schema）

外模式也称子模式或用户模式，它是模式的子集。外模式是具体面向应用的，是数据库用户（包括应用程序员和最终用户）所能使用的局部数据的逻辑结构和特征的描述，是数据库用户的数据视图。由于不同的应用有不同的外模式，因此一个数据库可以有多个外模式。

3.内模式（Internal Schema）

内模式也称存储模式，它是数据库的物理结构，是数据库在存储介质上的存储结构。内模式主要描述数据的物理结构和存储方式，例如，记录是按B树结构还是按Hash方式存储，索引如何组织、数据是否加密等。一个数据库只有一个内模式。

数据库系统的三级模式是对数据的三个抽象层次。外模式是面向用户的，反映了不同用户对所涉及的局部数据的逻辑要求；模式处于中间层，它反映了数据库设计者通过综合所有用户的数据需求并考虑数据库管理系统支持的逻辑数据模型而设计出的数据的全局逻辑结构。内模式处于最低层，它反映了数据在计算机辅助存储器上的存储结构。

数据库系统的这种分层结构把数据的具体组织留给DBMS管理，使用户能够逻辑地、抽象地处理数据，而不必关心数据在计算机中的具体表示方式与存储结构。

1.3.2 数据库系统的二级映像

由图1.8所描述的数据访问路径和图1.10所描述的数据库系统的三级模式结构可知，当通过应用系统访问数据库中的数据时，应用系统调用外模式，去查找模式中的某一数据；而模式是逻辑上的，对它的访问最终要反映到对外存上数据的操作。要能够顺利地访问数据，必须在外模式与模式之间、模式与内模式之间建立映像关系，这就是数据库系统的二级映像（Mapping）：外模式/模式映像、模式/内模式映像。

（1）外模式/模式映像。对于每一个外模式，数据库系统都有一个外模式/模式映像，它定义了该外模式与模式的对应关系。外模式/模式映像的描述通常包含在外模式中。外模式/模式映像保证了数据的逻辑独立性。当模式发生改变时（如增加新的数据类型或数据项），只要对各外模式/模式映像作相应修改，就可以使外模式保持不变，从而不必修改应用程序。

（2）模式/内模式映像。数据库系统的模式/内模式映像是唯一的，它定义了数据库全局逻辑结构与存储结构之间的对应关系，其描述通常包含在模式定义中。模式/内模式映像保证了数据库的物理独立性。当数据库的存储结构发生改变时，对模式/内模式映像作相应的修改，就可以使模式保持不变，从而应用程序也不必修改。

在数据库系统的三级模式和二级映像结构中，模式是数据库的核心和关键，它独立于数据库的其他层次。因此设计数据库模式是数据库设计的核心任务。内模式不需要数据库设计人员设计，它是由DBMS定义好的。对设计好的数据库模式，DBMS会自动按其定义的内模式进行存储。因此，数据库的内模式依赖于其模式，而独立于其外模式，也独立于具体的存储介质。数据库的外模式是面向具体的应用程序的，需要根据用户需求进行设计。它定义在模式之上，但独立于内模式和存储介质。当用户需求发生变化，相应外模式不能满足应用要求时，该外模式就必须作相应修改，所以设计外模式时应充分考虑到应用的扩展性。应用程序依赖于特定的外模式，不同的应用程序可以共用一个外模式。

数据库系统的三级模式与二级映像具有以下优点：

① 保证数据独立性。将外模式与模式分开，保证了数据的逻辑独立性；将内模式与模式分开，保证了数据的物理独立性。

② 有利于数据共享，减少数据冗余。

③ 有利于数据的安全性。不同的用户在各自的外模式下根据要求操作数据，只能对限定的数据进行操作。

④ 简化了用户接口。用户按照外模式编写应用程序或输入命令，而无须了解数据库全局逻辑结构和内部存储结构，方便用户使用。

1.3.3 数据库管理系统

数据库中的数据可以具有海量级别，并且结构复杂，需要进行科学的组织与管理。数据库管理系统（DBMS）就是对数据进行统一管理与控制的专门系统软件。它是位于用户与操作系统之间的一个十分重要的系统软件，其在计算机系统中的地位如图1.11所示。对数据库的所有管理，包括定义、查询、更新等各种操作都需要通过DBMS实现。DBMS是数据库管理的中枢机构，是数据库系统具有数据共享、并发访问和数据独立性的根本保证。

图1.11 数据库管理系统在计算机系统中的地位

数据库管理系统的主要功能包括以下6个方面：

① 有效地组织、存取和维护数据。

② 数据定义功能。DBMS通过数据定义语言（Data Definition Language，DDL）定义数据库的各类数据对象，包括数据的结构、数据约束条件等。

③ 数据操纵功能。DBMS提供数据操纵语言（Data Manipulation Language，DML），用户使用DML实现对数据库中的数据进行查询、增加、删除和修改等操作。

④ 数据库的事务管理和运行管理。DBMS提供数据控制语言（Data Control Language，DCL），数据库管理员使用DCL实现对数据库的安全性保护、完整性检查、并发控制、数据库恢复等数据库控制功能。

⑤ 数据库的建立和维护功能。

⑥ 其他功能。包括：数据库初始数据输入与转换、数据库转储、数据库重组、数据库性能监视与分析、数据通信等，这些功能通常由DBMS提供的实用程序或管理工具完成。

DDL、DML和DCL统称为数据库子语言（Data Sublanguage）。它们都是非过程性语言，具有两种表现形式：

① 交互型命令语言。这种方式的语言结构简单，可以在终端上实时操作。又称为自含型（或自主型）语言。

② 宿主型语言。这种方式通常是将数据库子语言嵌入在某些宿主语言（Host Language）中，如嵌入C、C++、Java语言中。

1.3.4 数据库系统所需人员

开发、管理和使用数据库系统的人员主要包括：数据库管理员、系统分析员和数据库设计人员、应用程序员和最终用户。他们各自的职责如下。

1.数据库管理员（DBA）

DBA是指对数据库和DBMS进行管理的一个或一组人员，负责全面管理和控制数据库系统。其具体职责包括：

① 参与数据库设计。DBA参与数据库设计的全过程，与用户、系统分析员和应用程序员共同协商，决定数据库的信息内容、逻辑结构和存取策略等；并优化数据存储结构和存取策略，以获得较高的存取效率和空间利用率。

② 数据完整性和安全性管理。包括数据不被破坏的安全策略的制定，数据完整性约束管理等。DBA负责定义对数据库的存取权限、数据安全级别和完整性约束条件。

③ 数据库运行维护和性能评价。DBA要维护数据库正常运行，及时处理运行过程中出现的问题。制定数据库维护计划，实施数据库备份和恢复策略，遇故障要及时恢复数据库，并尽可能不影响或减少影响计算机系统其他部分的正常运行。DBA还要负责监控系统的运行情况，监视系统处理效率、空间利用率等性能指标。

④ 数据库改进和重构。DBA应对运行情况进行统计分析，并对数据库性能进行评价，提出数据库改进方案。当用户需求增加或改变时，DBA还要参与数据库的重构。

2.系统分析员和数据库设计人员

系统分析员负责应用系统的需求分析和规格说明，要和用户及DBA协商，确定系统的软/硬件配置，并参与数据库系统的概要设计。

数据库设计人员是数据库设计的核心人员，负责数据库中数据内容及结构的确定、数据库各级模式的设计。数据库设计人员必须参加用户需求调研和系统分析，然后进行数据库设计。通常情况下，数据库设计人员是由DBA或系统分析员担任的。

3.应用程序员

应用程序员负责设计和开发数据库应用程序，并负责进行调试和安装。

4.最终用户（End User）

最终用户通过应用程序的用户接口使用数据库。常用的接口方式有菜单驱动、表格操作、图形显示等。

1.4 数据模型

1.4.1 数据模型的概念

模型是现实世界特征的抽象与模拟。模型可分为实物模型和抽象模型。建筑模型、汽车模型等都是实物模型，它们是客观事物的某些外观特征或内在功能的模拟与刻画。而数学模型是一种抽象模型，揭示了客观事物的固有规律。如公式s=πr² ，抽象了圆面积与半径之间的数量关系。

数据模型（Data Model）是一种抽象模型，是对现实世界数据特征的抽象。数据模型为数据库系统的信息表示和操作提供必须的抽象框架。计算机上实现的各种数据库管理系统都必须基于某种确定的数据模型。因此，数据模型是数据库系统的灵魂，理解和掌握数据模型是学习数据库技术与理论的基础。

数据模型的选择应满足三方面要求：① 能较真实地模拟现实世界；② 易于理解；③ 便于在计算机上实现。然而用一种模型同时满足上述要求是较困难的，因此，在数据库系统中一般是针对不同对象和应用目的采用不同的数据模型。通常，根据实际问题的需要和应用

....