第15章 数据库及其接口设计
数据接口设计方案
数据接口设计方案一、背景随着信息技术的发展和应用的广泛，数据接口的设计变得越来越重要。
数据接口是不同系统之间进行数据交换和通信的桥梁，它的设计直接影响着系统的性能、稳定性和扩展性。
因此，本文将针对数据接口的设计方案进行详细阐述。
二、目标本文的目标是设计一个高效、稳定、易用且具有良好扩展性的数据接口。
通过合理的设计和实施，使得不同系统之间能够高效地进行数据交换和通信，提高系统的整体性能和用户体验。
三、设计原则1. 一致性：保持接口设计的一致性，使得不同系统之间的数据交换更加方便和可靠。
2. 简洁性：接口设计应该尽量简洁，避免冗余和复杂的数据结构，提高系统的性能和可维护性。
3. 可扩展性：接口设计应具备良好的扩展性，能够适应未来系统的需求变化。
4. 安全性：接口设计应考虑数据的安全性，保证数据的传输和存储的机密性和完整性。
5. 易用性：接口设计应该易于使用，提供友好的接口文档和示例代码，降低系统集成的难度。
四、设计步骤1. 确定接口类型：根据系统需求和数据交换的目的，确定接口的类型，如RESTful接口、SOAP接口等。
2. 确定数据格式：根据数据的特点和使用场景，确定数据的格式，如JSON、XML等。
3. 设计接口方法：根据系统功能和数据交换需求，设计接口的方法，包括请求方法、参数和返回结果等。
4. 设计接口认证：根据系统的安全需求，设计接口的认证方式，如API密钥、OAuth等。
5. 设计接口版本控制：为了方便系统升级和维护，设计接口的版本控制机制，保证不同版本的接口兼容性。
6. 设计错误处理：设计接口的错误处理机制，包括错误码、错误信息和异常处理等。
7. 设计接口文档：编写清晰、详细的接口文档，包括接口的使用说明、参数说明和示例代码等。
8. 实施和测试：根据设计的接口方案，进行接口的实施和测试，确保接口的稳定性和可用性。
五、示例设计方案以一个电商系统为例，设计一个获取商品信息的接口。
1. 接口类型：RESTful接口2. 数据格式：JSON3. 接口方法：- 请求方法：GET- URL：/api/products/{productId}- 参数：productId（商品ID）- 返回结果：{"productId": 123,"productName": "手机","price": 1999,"stock": 100}4. 接口认证：使用API密钥进行认证5. 接口版本控制：在URL中添加版本号，如/api/v1/products/{productId}6. 错误处理：使用统一的错误码和错误信息进行错误处理，如：- 错误码：400 Bad Request- 错误信息：参数错误7. 接口文档：提供清晰、详细的接口文档，包括接口的使用说明、参数说明和示例代码等。
数据接口设计方案
数据接口设计方案引言概述：在当今信息化时代，数据的交互和共享变得越来越重要。
为了实现不同系统之间的数据传输和共享，数据接口设计成为至关重要的一环。
本文将针对数据接口设计方案进行详细阐述，包括接口的定义、设计原则、接口类型、接口安全和接口性能优化。
一、接口的定义1.1 接口的概念接口是系统之间进行数据交互的媒介，它定义了数据传输的规则和格式。
通过接口，不同系统可以实现数据的共享和交流。
1.2 接口的作用接口的作用是实现系统之间的数据传输和共享。
它可以匡助不同系统实现数据的无缝对接，提高系统之间的协同工作效率。
1.3 接口的特点接口具有高度的灵便性和可扩展性。
它可以根据系统的需求进行定制，满足不同系统之间的数据交互需求。
二、设计原则2.1 一致性原则接口设计应该遵循一致性原则，保持统一的数据格式和规则，以便不同系统之间能够顺利进行数据交互。
2.2 可扩展性原则接口设计应该具有良好的可扩展性，能够满足未来系统功能的扩展和升级需求。
2.3 易用性原则接口设计应该简单易用，降低使用者的学习成本，提高系统的易用性和用户体验。
三、接口类型3.1 Web服务接口Web服务接口是一种基于HTTP协议的接口，通过SOAP或者RESTful方式进行数据传输。
它具有跨平台、跨语言的特点，适合于不同系统之间的数据交互。
3.2 数据库接口数据库接口是一种用于数据库之间进行数据传输和共享的接口。
它可以通过ODBC、JDBC等方式实现不同数据库之间的数据交互。
3.3 文件传输接口文件传输接口是一种通过文件进行数据传输的接口。
它适合于大数据量的传输，可以通过FTP、SFTP等协议实现文件的传输和共享。
四、接口安全4.1 身份验证接口设计应该考虑身份验证机制，确保惟独授权用户可以访问接口，并对用户进行身份验证和权限控制。
4.2 数据加密为了保护数据的安全性，接口设计应该采用数据加密技术，对传输的数据进行加密处理，防止数据被非法获取。
数据库课程设计
数据库课程设计
数据库课程设计主要包括数据库设计和数据库开发两个方面，下面将对这两个方面进行详细说明。
一、数据库设计
1. 需求分析：分析系统的需求，了解系统中需要存储的数据和数据之间的关系。
2. 概念设计：根据需求分析的结果，设计出系统的概念模型，包括实体-关系图和实体关系模式。
3. 逻辑设计：将概念模型转化为关系模型，确定关系的属性和结构。
4. 物理设计：确定数据库的物理结构和存储方式，包括表的设计、索引的设计和数据的存储方式。
5. 安全性设计：设计数据库的安全控制机制，包括用户权限、访问控制和数据加密等。
二、数据库开发
1. 数据库建立：根据数据库设计的结果，在数据库管理系统中创建数据库。
2. 表的设计：根据数据库设计的结果，在数据库中创建表，并
定义表的结构和约束。
3. 数据导入：将原始数据导入数据库中，保证数据的一致性和完整性。
4. SQL编程：根据系统需求，编写SQL语句实现数据的增、删、改、查操作。
5. 数据库维护：对数据库进行日常维护工作，包括备份、恢复、性能优化和错误修复等。
总结来说，数据库课程设计主要包括数据库设计和数据库开发两个方面。
在数据库设计方面，需要对系统的需求进行分析，设计出概念模型和关系模型，并确定数据库的物理结构和安全性设计。
在数据库开发方面，需要根据设计结果在数据库中创建表和导入数据，并通过SQL编程实现数据操作，同时对数
据库进行维护工作。
通过这些步骤，可以设计和开发出一个完整的数据库系统。
数据库及应用程序开发数据库设计
在概念设计阶段，开发 人员使用概念模型（如 实体-关系模型）来表示 系统的概念结构，并确 定实体、属性和关系。
在逻辑设计阶段，开发 人员将概念模型转换为 逻辑模型（如关系模型 ），并选择适当的数据 结构、数据类型和约束 条件。
在物理设计阶段，开发 人员为数据库选择合适 的存储结构和存储路径 ，并确定索引、分区等 物理存储参数。
在实施与维护阶段，开 发人员根据逻辑设计和 物理设计的结果创建实 际的数据库结构，导入 初始数据，并进行日常 维护和管理。
02
数据库概念设计
数据模型
概念模型
也称为信息模型，是抽象化的真实世界，它不受任何特定 数据管理系统约束。
01
逻辑模型
是数据在特定数据库管理系统（DBMS） 中的表示。它依赖于特定的DBMS，并 受其约束。
根据业务需求确定数据表之间的 关系，如一对一、一对多或多对 多关系，使用外键进行关联。
主键和外键
主键选择
01
选择能够唯一标识记录的字段作为主键，确保每条记录的唯一
性。
外键定义
02
在相关联的数据表中定义外键，与主键进行关联，确保数据的
一致性和完整性。
外键约束
03
在外键上设置适当的约束条件，如级联更新、级联删除等，以
优点
数据库连接池可以减少数据库连接的创建和销毁开销，提高应用程序的性能。同时，它可以提供可复用的数据库连接 ，方便开发人员管理和维护数据库连接。
缺点
数据库连接池需要合理配置和管理，以避免出现连接泄漏和资源浪费的问题。此外，如果数据库连接池 中的连接数量过多或过少，也可能影响应用程序的性能。
事务处理
数据恢复
提供快速的数据恢复方案，确保在数据丢失或损坏时能够及时恢复数据。
数据库访问接口设计与开发指南
数据库访问接口设计与开发指南数据库访问接口是一个重要的组件，它提供了与数据库进行交互的方式。
正确设计和开发数据库访问接口可以确保系统能够高效地存储和检索数据，并提供可靠的数据访问。
在设计和开发数据库访问接口时，需要考虑以下几个方面：1. 选择合适的数据库类型和技术：在设计数据库访问接口之前，需要先选择适合系统需求的数据库类型和技术。
常见的数据库包括关系型数据库（如MySQL、Oracle）和非关系型数据库（如MongoDB、Redis）。
选择合适的数据库类型可以提高系统的性能和稳定性，同时可以根据业务需求选择相应的数据库技术（如索引、分片、缓存等）来优化数据访问。
2. 使用统一的数据访问接口：为了提高代码的可维护性和可扩展性，建议在系统设计中使用统一的数据访问接口。
通过封装底层数据库操作，可以隐藏数据库细节，并提供统一的数据访问接口，不仅可以减少代码耦合度，还可以方便替换底层数据库，提高系统的灵活性。
3. 使用对象关系映射（ORM）框架：ORM框架可以使开发者将对象直接与数据库中的表进行映射，极大地简化了数据库访问的操作。
通过ORM框架，可以实现CRUD（创建、读取、更新、删除）操作，而无需编写复杂的SQL语句。
常见的ORM框架包括Hibernate、MyBatis等，选择适合系统需求的ORM框架可以提高开发效率和代码可读性。
4. 避免SQL注入：SQL注入是常见的数据库安全问题，开发数据库访问接口时需要注意防范SQL注入攻击。
一种常见的防范措施是使用参数化查询，将用户输入作为参数传递给SQL查询语句，而不是直接拼接到SQL语句中。
另外，还可以对用户输入进行验证和过滤，确保输入数据的合法性。
5. 缓存和事务管理：缓存和事务管理是数据库访问接口设计中需要考虑的关键方面。
使用缓存可以大大提高系统的性能和响应速度，减少对数据库的访问压力。
常见的缓存技术包括Redis、Memcached等。
事务管理可以确保数据库操作的一致性和完整性，通过使用事务，可以将一系列数据库操作作为一个逻辑单元进行管理，并保证事务的原子性、一致性、隔离性和持久性。
数据库的后端开发与接口设计
数据库的后端开发与接口设计数据库的后端开发与接口设计在现代软件开发中起着至关重要的作用。
数据库是一个存储和管理数据的系统，而后端开发则负责处理数据的逻辑和业务流程。
接口设计则是连接数据库和前端应用的桥梁，它定义了前后端之间的数据传输和通信规范。
本文将就数据库的后端开发和接口设计进行深入探讨。
一、后端开发1. 数据库设计数据库设计是后端开发的基础工作之一。
在进行数据库设计时，需要考虑数据的结构和关系，并根据具体的业务需求建立相应的表格和字段。
合理的数据库设计可以提高数据的存储效率和查询速度，并且有助于后续的开发工作。
例如，在一个学生管理系统中，我们可以设计学生表、课程表和成绩表等相关表格，并定义相应的字段来存储学生的基本信息、课程信息和成绩信息。
2. 数据库优化数据库优化是后端开发的关键环节之一。
通过优化数据库的查询语句、索引设计和数据存储方式等，可以提高数据库的性能和响应速度。
另外，合理地分表和分库也是数据库优化的一种方式，可以有效地减轻数据库的负载压力。
数据库优化需要根据具体的业务需求和数据库类型进行，可以利用数据库自身提供的性能监控工具进行分析和调优，以达到最佳的性能和用户体验。
3. 数据库连接和操作数据库连接和操作是后端开发中必不可少的一环。
在后端代码中，我们需要建立与数据库的连接，并执行相应的增删改查操作。
通过使用合适的数据库连接池和编写高效的 SQL 查询语句，可以提高数据库操作的效率和稳定性。
同时，合理地使用事务机制和异常处理能够保证数据的一致性和安全性。
二、接口设计1. RESTful 接口在现代的软件开发中，RESTful 接口已经成为一种流行的接口设计方式。
RESTful 接口基于 HTTP 协议，使用统一的资源标识符（URI）来对数据进行访问和操作。
通过合理地设计接口路径和请求方法，可以使接口具有良好的可读性和扩展性。
例如，我们可以使用 GET 方法获取学生列表，POST 方法创建新的学生，PUT 方法更新学生信息，DELETE 方法删除学生等。
数据接口设计方案
数据接口设计方案标题：数据接口设计方案引言概述：数据接口设计是软件开发中至关重要的一环，它关系到系统的稳定性、可扩展性和性能。
一个合理的数据接口设计方案能够有效地提高系统的效率和可维护性。
本文将探讨数据接口设计方案的重要性以及如何设计一个高效的数据接口。
一、接口设计原则1.1 明确接口功能：在设计接口时，首先要明确接口的功能和作用。
接口应该清晰地定义其输入、输出和功能，以便开发人员能够准确理解和使用接口。
1.2 简洁清晰：接口设计应该遵循简洁清晰的原则，避免过于复杂和冗余的设计。
一个简洁清晰的接口设计能够提高代码的可读性和可维护性。
1.3 一致性：接口设计应该保持一致性，避免在不同接口中使用不同的命名规范或参数顺序。
一致性的接口设计能够减少开发人员的学习成本和提高代码的可重用性。
二、接口设计技巧2.1 使用标准格式：在设计数据接口时，应该使用标准的格式和命名规范。
这样能够提高接口的可读性和可维护性，同时也方便其他开发人员理解和使用接口。
2.2 参数验证：在设计接口时，应该对输入参数进行验证，避免无效或错误的参数输入。
参数验证能够提高系统的安全性和稳定性，同时也能减少不必要的错误。
2.3 异常处理：在设计接口时，应该考虑到可能出现的异常情况，并设计相应的异常处理机制。
合理的异常处理能够提高系统的健壮性和可靠性，同时也能更好地保护系统数据。
三、接口版本管理3.1 版本控制：在设计接口时，应该考虑到接口可能会随着系统的演化而发生变化。
因此，应该采用版本控制的方式管理接口，确保不同版本的接口能够兼容和升级。
3.2 接口文档：在设计接口时，应该编写详细的接口文档，包括接口的功能、参数、返回值等信息。
接口文档能够帮助开发人员更好地理解和使用接口，同时也方便接口的版本管理和更新。
3.3 兼容性考虑：在设计接口时，应该考虑到不同系统和平台之间的兼容性。
接口设计应该具有良好的兼容性，能够适应不同系统的需求和变化。
数据库对外接口设计教程
数据库对外接口设计教程数据库对外接口设计是数据库应用中非常重要的一部分。
它允许应用程序通过一个公共接口访问数据库中的数据，而无需编写大量的底层代码。
下面是一个关于数据库对外接口设计的教程。
1. 定义接口在编写数据库对外接口之前，需要定义一个接口定义文件(IDEF)。
IDEF文件是一组定义接口的术语和符号，它可以帮助开发人员定义数据库访问的格式。
2. 选择数据库访问技术根据定义的接口，选择适合的数据库访问技术。
例如，可以选择使用关系型数据库管理系统(RDBMS)中的查询语言(如SQL)或NoSQL数据库中的存储过程(如MongoDB)来访问数据库。
3. 定义接口参数在IDEF文件定义的基础上，定义接口参数。
这些参数可以描述数据库中数据的不同方面，例如数据类型、长度、范围、约束条件等。
4. 编写接口代码编写接口代码时，需要使用特定的数据库访问技术，并根据IDEF文件定义的参数来访问数据库中的数据。
例如，在SQL中，可以使用查询语句来获取数据。
在MongoDB中，可以使用存储过程来执行查询操作。
5. 测试接口在编写完接口代码之后，需要进行测试。
测试可以包括单元测试、集成测试和端到端测试。
单元测试可以测试数据库访问代码的每个部分，而集成测试可以测试数据库访问代码与其他库或框架的交互。
端到端测试可以测试数据库访问代码在处理大量数据时的性能。
6. 编写文档编写文档可以帮助其他开发人员或新用户理解数据库访问的格式。
文档可以包括IDEF文件、接口参数和接口代码的示例。
数据库对外接口设计是非常重要的一部分。
通过定义接口，开发人员可以创建可扩展、可维护的数据库应用程序，而无需编写大量的底层代码。
定义IDEF文件、选择数据库访问技术、编写接口代码和测试接口是编写好的数据库对外接口的关键步骤。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
具面向对象语 言行为定义的 数据库
具高层声明数 据模式语法的 数据库
图15-1
15.3
技术整合
• 在整合面向对象和数据库的技术时，首先要考 虑的问题是：对象在什么时候该被保存起来， 未来将如何取用这些对象。
• 解决了保存对象的问题之后，接下来要处理的 是对象共享时所产生的管理问题。在一般的数 据文件中，并无法做到对象保密及安全性的控 制，数据文件中的对象可随意让人使用。
• 面向对象数据库和面向对象数据库管理系统 （1）采用面向对象数据模型的数据库称做面向 对象数据库（OODB）；相应的数据库管理系统 称做面向对象数据库管理系统（OODBMS），有 时称做对象数据库管理系统（ODBMS）。
（2）面向对象数据管理系统应具备两方面的特 征：一方面它是面向对象的，另一方面它又具 有数据库管理系统应有的特点和功能。
• 数据管理系统，包括文件系统和数据库管理系 统两大类。采用关系模型的数据库称做关系数 据库（relational database）。与层次和网 状的DBMS相比，RDBMS所采用的数据模型以二 维表的形式而不是人为地设置指针（或导航链） 来实现实体数据之间的联系，从而使用户可以 直接从数据库中获取表示事物之间联系的信息， 而不必借助软件专家的帮助。
• 面向对象分析与设计。面向对象分析是利用系 统结构及操作概念，以对象来反映系统连续的 处理过程，其主要特点归纳如下： （1）面向对象模型与真实世界的差距很小。 （2）以对象为基础，可做局部的修改。 （3）有助于理解问题空间。
（4）改进分析人员与用户间的交互方式。 （5）增加分析结果内部的一致性。 （6）共同性质明显表示。
（2）层次式数据库管理系统。由于“单一双亲 法则”的特性，使得该数据模型会产生重复且 过量的数据和结构。因此，浪费保存空间是其 最大的缺点。但在薪资系统上仍适合使用。
（3）网络式数据库管理系统。虽然网状式数据 库结构可将相邻或共同的要素加以结合，以节 省保存空间，但因其采用“环式指示码结构” 来表示复杂现象的拓扑结构，所以当有数据需 编辑或更新时，则必须改变原有相连的数据结 构，此为其最大缺点。
• 基于以上的因素，一个要求具备下列条件的数 据库便应运而生： （1）能提供丰富的数据类型。 （2）能直接处理复杂对象而没有数据格式转换 的问题。 （3）能提供与传统数据库相同的管理及服务。 （4）能兼顾系统的弹性。
15.4
数据接口
• 数据接口部分是OOD模型中负责与具体的数据 管理系统衔接的外围组成部分，它为系统中需 要长久存储的对象提供了在选定的数据管理系 统中进行数据存储与恢复的功能。
（8）表达更佳的查询语言。 （9）对合作的工作有较好的支持。
15.2.4
面向对象数据库的最佳化
• 面向对象数据库管理系统将保证大部分的最佳 化责任，允许用户规范高层以外的陈述，指引 什么样的最佳化需被执行。面向对象数据库的 演进，如图15-1所示。
增加数据库功能及增加使用的简单性
具简单永存的 面向对象语言
15.2.3
应用程序设计程序
• 越来越强调流程的整合是迫使采用面向对象数 据库的原由。面向对象数据库的应用领域非常 广泛，而它的特质就是具有非常复杂而有效的 信息，面向对象能以更自然及更易了解的方法 来呈现问题的解决。
• 面向对象数据库引入面向对象的新概念于数据 库中，同样使用面向对象的方法仿真传统数据 库的功能。因此，其优点为比传统数据库多了 “面向对象”的功能。面向对象的功能是在对 象与对象之间拥有多样化的关系。
• 通过数据库管理系统的使用，程序设计者可以 将应用程序产生的数据放到数据库里，而不需 要操心如何将这些数据存放在存储器中。当需 要任何数据时，只要跟数据库系统说明，系统 便能快速地把你所需要的数据取出来。
• 面向对象数据库管理系统，最大的特点之一就 是：能直接记录复杂的数据结构，而不需将之 拆成一个个的片段。使用面向对象数据库系统， 可以让应用程序直接、紧密地与数据库结合， 使得应用程序无需花太多额外的力气在数据库 系统的沟通及数据转换的工作上。
（4）关系型数据库管理系统。关系型数据模型 在某方面有其使用限制，这是为了使数据模型 简单化所加的限制。虽然如此，但与其前身比 较，该数据模型则具备了一些非常重要的特点。 例如，数据独立、声明式处理、去除重复、简 单及以表单作为表达形式，以上优点不仅使程 序开发更为快速，也使得程序的维护更加容易。
15.2.2
面向对象数据库的应用
• 面向对象技术被视为能够带来更可靠和较高品 质的软件，因为它能够借助使用定义好的接口 与隐藏实现细节，建立更模块化的软件。
• 对象数据库技术在其他工业部门也变得很受欢 迎，对象数据库技术已明显地移向非工业方面 的应用。
• 由于面向对象技术在观察、分析问题时更接近 人类的思维方式，所以模型中的对象与真实世 界的实体或概念有自然的对应，并可随环境的 变动，修正系统中的对象属性或方法，以适应 复杂多变的产品开发类型。
• 数据库管理系统 数据库的建立、使用和维护必须有DBMS的支 持，DBMS提供的功能包括：
（1）模式翻译
（2）应用程序的编译
（3）交互式查询
（4）数据的组织与存取
（5）事物运行管理 （6）数据库的维护
数据库管理系统克服了文件系统的许多局限性， 它使数据库中的数据具有如下特点： （1）数据是集成的，数据库不但保存各种数据， 也保存它们之间的关系，并由DBMS提供方便、 高效的检索功能。
（7）分析结果可重复使用。
• 面向对象设计是将分析模型所得转换成解答模 型的过程，其主要特性有： （1）模块化 （2）信息隐藏 （3）弱耦合力
（4）强内聚力 （5）抽象 （6）可扩充性
（7）整合性
• 面向对象分析与设计的主要目标如下； （1）确定企业运作过程中的各项重要角色，然 后确定各角色的责任。 （2）定义软件对象来表达各项角色。 （3）进行面向对象分解，即将对象分类或分解 更小的对象。
（5）面向对象数据库管理系统。面向对象数据 库将数据与操作方法集合成为对象的概念，并 且也支持复合对象及一般化关系的直接表示， 这是传统数据库所不能达到的。面向对象数据 库在传统数据库中加入了抽象，扩充类型定义、 用户定义操作与数据类型、继承机制、数据定 义语言与数据操作语言的集成，以及支持版本 与模型演变等概念与功能，消除了传统数据对 数据定义的一致性限制。
• 通常面向对象数据库下列的优点胜过关系型数 据库： （1）一个更真实，更有力的数据模型。 （2）处理更复杂的对象。 （3）在实体之间的继承关联。
（4）在模式层之内结合对象的行为与对象的定 义。 （5）在集合继承之间的内隐连接以对象识别码 为基础。 （6）版本的机制。
（7）较好的交易与并行管理。
（2）数据冗余度较小，并由DBMS保证数据的完 整性。 （3）程序与数据相互独立。
（4）易于按用户视图表示数据。
• 关系数据库和关系数据库管理系统 （1）采用关系模型的数据库称做关系数据库。 关系模型用二维表来表示各类数据，二维表中 有行，有列。
（2）基于关系模型的数据库管理系统叫做关系 数据库管理系统。RDBMS所采用的数据模型以 二维表的形式而不是人为地设置指针（或曰导 航链）来实现实体数据之间的联系，从而使用 户可以直接从数据库中获取表示事物之间联系 的信息，而不必借助软件专家的帮助。
• OOD模型中的数据接口部分就是这样一个组成 部分：它负责将应用系统中的对象在选定的数 据管理系统中进行存储，并将存储结果恢复到 应用系统。它所要解决的问题，可以通过以下 的讨论而明确范围。
（1）对象在内存空间的存储是由编程语言自动 解决的，不需要设计者做什么事。 （2）只需考虑对象属性值的存储。 （3）并非所有的对象都需要长期保存。 （4）如果使用的面向对象编程语言能够支持永 久对象的表示和存储管理，不需要设计者做更 多的工作。
15.1
数据管理系统及其选择
• 有效地实现数据在永久性存储空间的存储与管 理需要特定的软件系统支持。这些实现数据存 储、检索、管理、维护的系统称做数据管理系 统，包括文件系统和数据库管理系统两大类。
• 文件系统 文件系统（file system）通常被作为操作系 统的一部分。它采用统一、标准的方法对辅助 存储器上的用户文件和系统文件的数据进行管 理，提供存储、检索、更新、共享和保护等功 能。它有如下的局限性：
• 数据库与数据库管理系统之间的区别是两种对 数据库系统的观点与方式： （1）由用户的观点
（2）由开发者的观点
• 对概观数据库的一般性描述，有四个主要的领 域： （1）数据模型 （2）数据库语言 （3）交易与并行控制 （4）数据结构
• 以下针对各数据库理系统 的程序结构在处理导向的模型上，并依分类顺 序或是以逻辑上的关键值来作索引。文件管理 系统的缺点主要包括有数据重复、矛盾、缺乏 弹性、不易分享、没有标准、程序产量低，以 及需要大量的程序维护工作等。
15.2
数据库系统
• 数据库管理在应用上扮演了集中的角色。它使 大量持续性集合的数据被组织和维持，并且由 以计算机为基础的数据系统来支持，数据库应 用在许多不同的领域，已经被开发 。
• 数据库系统包括软件、数据库管理系统和一个 或多个数据库。数据库管理系统是在计算机主 存储器中执行，并且由个别的操作所控制的程 序系统。数据库是一群数据的集合，它是有关 真实世界应用的代表信息。
15.2.1
面向对象技术
• 面向对象技术的特点： （1）面向对象的思考方式比结构化分析及设计 的技术，对人类更自然。 （2）系统通常由已存在的对象所构成。 （3）对象的复杂度可以一直成长，因为对象是 由别的对象所组成，以此类推。
（4）计算机辅助软件工程（CASE）保存库应该 包含有持续成长的对象类别链接库，某些是购 买的，某些是建立的。 （5）用面向对象技术来生成功能良好的系统比 较容易，原因是由于类又包含着类。 （6）面向对象技术与CASE工具很自然地结合。