数据库设计说明书
数据库设计说明书
一、引言1.1编写目的数据库的设计是为了让参与本项目的数据库系统开发人员和测试人员以及以后维护人员了解本系统的数据库设计思路，数据库的详细架构以及各种详细信息。
为后面编码、测试以及维护阶段的后台数据的存储做准备。
预期的读者：用户、数据库系统开发人员、系统测试人员和系统维护人员。
本数据库说明书是根据项目需求分析设计所写。
1.2背景如今随着计算机技术的不断发展，市场科技化，产品电子化不断深入人心。
随着信息时代人们对信息更快，更准确，更广泛的增加，人们对信息的筛选显得尤为重要。
以后用户在海量的信息中往往难以发掘到自己感兴趣的信息集合，被大多数无用或者无关的信息所充斥。
用户可以通过使用该软件在移动终端完成寻找具有相同爱好的用户或者相关信息，实现跨领域寻求帮助、陌生人社交、熟人社交、二手交易等信息整合操作。
1.3定义列出本文件中用到的专门术语的定义、外文首字母组词的原词组。
CDM:Conceptual Data Model,概念数据模型PDM:Physical Data Model,物理数据模型1.4参考资料[1]王珊，萨师煊编著.《数据库系统概论》第5版.高等教育出版社[2](美)Roger S.Pressman著，郑人杰等译.《软件工程》.第8版.北京：机械工业出版社，2016.12[3]邹欣著.《现代软件工程——构建之法》.第三版.人民邮电出版社[4][[英]Ben Forta著.刘晓霞，钟鸣译.《MySQL必知必会》.人民邮电出版社二、外部设计2.1标识符和状态数据库软件的名称：MYSQL（ver.5.5.5-10.3.17）数据库的名称：字符集采用utf-8，请注意字符的转换。
本数据库中的字段均不加前缀。
2.2使用它的程序移动端：安卓系统福大同好APP2.3约定所有的数据库命名都是以具体表的英文词汇组成，这样可以统一数据库表的命名，也能够更好的规范数据库表的命名。
所有表中的第一个字段都是系统使用的主键列，自增字段，不可为空，名称id，确保不把此字段暴露给用户。
数据库设计说明书
数据库设计说明书一、背景随着信息化时代的到来，数据库管理系统在各个领域得到广泛应用，数据库设计成为信息系统中至关重要的一环。
本文描述了一个虚拟企业的数据库设计，旨在解决该企业业务数据管理方面的需求。
二、需求分析1. 数据库目标建立一个可靠、高效、安全的数据库系统，满足企业对业务数据的存储、管理和查询需求。
2. 数据库功能•实现数据的高效存储和检索•确保数据的完整性和一致性•支持不同数据表之间的关联和查询•提供权限管理和数据安全保障三、数据库设计1. 实体关系模型(ERM)以下是本数据库的实体-关系模型设计：•公司(Company)–公司ID (CompanyID)–公司名称 (CompanyName)–公司地址 (CompanyAddress)•员工(Employee)–员工ID (EmployeeID)–姓名 (EmployeeName)–部门 (Department)–职位 (Position)•产品(Product)–产品ID (ProductID)–产品名称 (ProductName)–价格 (Price)•订单(Order)–订单ID (OrderID)–员工ID (EmployeeID)–产品ID (ProductID)–订单日期 (OrderDate)2. 数据表设计公司表(Company) | 公司ID | 公司名称 | 公司地址 | |——–|——–|———| | 1 | XX公司 | xx地址 | | 2 | YY公司 | yy地址 |员工表(Employee) | 员工ID | 姓名 | 部门 | 职位 | |——–|—–|—-|—-| | 1 | 张三 | 开发部 | 工程师 | | 2 | 李四 | 销售部 | 主管 |产品表(Product) | 产品ID | 产品名称 | 价格 | |——–|——–|—–| | 1 | 产品A | 100 | | 2 | 产品B | 200 |订单表(Order) | 订单ID | 员工ID | 产品ID | 订单日期 | |——–|——–|——–|———| | 1 | 1 | 1 | 2022-01-01 | | 2 | 2 | 2 | 2022-01-02 |四、安全性和性能考虑1. 安全性•数据备份和恢复策略•访问权限控制•数据加密传输2. 性能•索引优化•查询语句调优•适当的硬件资源配置五、总结本文介绍了一个虚拟企业的数据库设计说明书，包括需求分析、数据库设计、安全性和性能考虑等内容。
数据库设计说明书模板
数据库设计说明书模板一、引言。
数据库设计是一个系统工程，它对数据进行组织和管理，以满足用户需求。
数据库设计说明书是数据库设计过程中的重要文档，它记录了数据库的结构、功能、性能等方面的设计思路和实现方法，为数据库的开发和维护提供了指导。
本文档旨在为数据库设计者提供一个模板，以便更好地完成数据库设计说明书的编写工作。
二、数据库设计概述。
1. 数据库名称，（填写数据库的名称）。
2. 数据库版本，（填写数据库的版本号）。
3. 数据库设计者，（填写数据库设计者的姓名）。
4. 设计时间，（填写数据库设计的时间）。
5. 数据库用途，（简要描述数据库的主要用途）。
6. 数据库环境，（描述数据库的部署环境，如操作系统、数据库管理系统等）。
三、需求分析。
1. 用户需求，（列举用户对数据库的主要需求）。
2. 功能需求，（描述数据库需要实现的主要功能）。
3. 性能需求，（说明数据库的性能要求，如响应时间、并发访问量等）。
4. 安全需求，（阐述数据库的安全性要求，如权限控制、数据加密等）。
四、概念设计。
1. 数据模型，（选择合适的数据模型，如关系模型、面向对象模型等）。
2. 实体-关系图，（绘制数据库的实体-关系图，清晰展现数据实体之间的关系）。
3. 数据字典，（编制数据库的数据字典，描述数据表的结构、字段含义等）。
五、逻辑设计。
1. 数据表设计，（设计数据库的数据表结构，包括字段、数据类型、约束等）。
2. 索引设计，（确定数据库的索引策略，提高查询效率）。
3. 视图设计，（设计数据库的视图，简化复杂查询）。
4. 存储过程设计，（编写数据库的存储过程，实现复杂业务逻辑）。
六、物理设计。
1. 存储结构，（选择合适的存储结构，如表空间、数据文件等）。
2. 数据库分区，（对数据库进行分区，提高数据的管理和查询效率）。
3. 备份与恢复，（制定数据库的备份与恢复策略，保障数据的安全性）。
七、数据库实施。
1. 数据库创建，（创建数据库并初始化数据）。
(完整)数据库设计说明书
数据库设计说明书
一引言
1.1 编写目的
为了让参与本项目的项目主管、业务分析师、项目开发人员、数据库管人员及以后的系统维护人员了解本系统的数据库设计思路、数据库整体架构及各种详细信息，也为了以后的各个项目可以参与借鉴该项目的经验，特编写此文档。
1.2 术语定义
本项目采用的是MySQL数据库，其中系统涉及到两个库,iavmbridge及iavmdir。
Iavmbridge:主要保存本节点及下级站点的所有数据。
Iavmdir:主要保存当前节点的所有数据。
二表详细设计
2。
1 Iavmbridge库下的表详细信息
表名：device_avencoder备注：音视频设备表，本节点下的所有摄像机、DVR、NVR。
表名：locationgroupunderusergroup 备注:设备通道与用户组及目录服务之
表名：location_avencoder 备注:音视频设备及设备下通道与转发服务及录像
2.2 Iavmdir库下的表详细信息。
数据库设计说明书范文例子
数据库设计说明书范文例子数据库设计说明书1. 引言本文档旨在介绍数据库设计的相关内容，包括数据库概述、数据需求分析、数据库结构设计、数据表设计、数据字典、数据库安全性等方面的信息。
2. 数据库概述本数据库用于存储和管理某公司的业务数据，包括客户信息、产品信息、订单信息、销售记录等。
数据库使用MySQL管理系统，采用关系数据库模型。
3. 数据需求分析3.1 数据需求3.1.1 客户信息需求- 客户基本信息：客户ID、姓名、性别、联系方式、邮箱、地址等。
- 客户订单：订单ID、订单日期、客户ID、产品ID、数量、金额等。
3.1.2 产品信息需求- 产品基本信息：产品ID、产品名称、产品描述、单价等。
- 产品库存：产品ID、库存数量、最近更新日期等。
3.1.3 销售记录需求- 销售记录信息：销售记录ID、订单ID、销售日期、销售员ID、支付方式、总金额等。
3.2 数据需求分析结果根据上述需求，我们可以得出以下数据实体和关系：- 客户表（Customer）：客户ID、姓名、性别、联系方式、邮箱、地址。
- 产品表（Product）：产品ID、产品名称、产品描述、单价。
- 订单表（Order）：订单ID、订单日期、客户ID。
- 订单详情表（OrderDetl）：订单ID、产品ID、数量、金额。
- 销售记录表（SalesRecord）：销售记录ID、订单ID、销售日期、销售员ID、支付方式、总金额。
4. 数据库结构设计4.1 概念设计根据数据需求分析结果，我们可以画出以下实体-关系图：(此处插入实体-关系图)4.2 逻辑设计根据概念设计，我们可以将每个实体转换为数据表，并定义表的属性和关系。
4.2.1 客户表（Customer）- 客户ID：主键，唯一标识客户。
- 姓名：客户姓名。
- 性别：客户性别。
- 联系方式：客户联系方式。
- 邮箱：客户邮箱。
- 地址：客户地址。
4.2.2 产品表（Product）- 产品ID：主键，唯一标识产品。
数据库设计说明书
数据库设计说明书一、引言数据库设计是一个关键性的工作，它在软件开发过程中起到了至关重要的作用。
数据库设计不仅仅是确定数据的组织结构和存储方式，还要确保数据库的完整性、一致性和可扩展性。
本文档旨在对数据库设计进行详细的说明，以确保开发人员在数据库实施阶段能够顺利进行。
二、背景随着信息技术的不断发展，数据库在各个领域得到了广泛的应用，包括企业管理、教育、医疗等。
为了更好地支持业务需求，本项目决定设计一个全新的数据库，以提高数据存储和处理的效率，并且能够满足未来的扩展需求。
三、数据库需求基于对业务流程和需求的分析，我们确定了以下数据库需求：1. 数据表设计数据库将包含多个数据表，每个数据表存储一类相关的数据。
表之间将通过关联关系进行链接，以实现数据的查询和联合操作。
2. 数据结构定义根据业务需求，确定每个数据表的字段及其数据类型。
在定义数据结构时，需考虑每个字段的长度、精度、约束条件等，以确保数据的有效性和完整性。
3. 数据库安全性数据库设计应考虑到数据的安全性，包括用户权限管理、数据加密、数据备份等。
合理的安全策略和控制措施有助于防止数据泄漏和非法访问。
4. 性能优化数据库设计应注意性能优化，包括索引的设计和优化、查询语句的优化、分区和分表等。
合理的数据库设计可以提高系统的响应速度和并发处理能力。
5. 数据库扩展性数据库设计应具备较好的扩展性，能够适应业务的变化和增长。
在设计过程中，需考虑到数据库的可拓展性，以减少后续的修改和扩展工作。
四、数据库设计方案根据以上需求，我们提出如下数据库设计方案：1. 数据库结构设计我们将采用关系型数据库管理系统（RDBMS）作为数据库引擎，使用标准化的数据模型进行数据组织。
对于不同的业务对象，我们将设计相应的数据表，并通过外键关联来实现数据之间的关联和查询。
2. 数据字段设计在设计数据字段时，我们将充分考虑业务需求和数据类型的特性。
每个字段将定义适当的数据类型、长度和约束条件，以确保数据的有效性和完整性。
数据库设计说明书范例
数据库设计说明书范例
数据库设计说明书
1. 引言
1.1 目的
本文档旨在详细描述和解释所设计的数据库结构，以便开发人员能够理解并正确实现该数据库。
1.2 范围
此文档适用于所有参与此项目的开发人员、测试人员和其他相关方。
2. 数据库概述
在这一章节中，请提供关于整个系统或应用程序使用到的数据表及其功能简介。
可以列出每个数据表名称，并对它们进行简要描述。
3. 实体-关系模型（ERM）
这里将展示一个完整且准确地表示了各种实体之间联系方式图形化呈现。
请包括主键、外键等重要信息。
4.物理模型
建立起基础上面那些抽象层次更高级别建议,因为我们已经有具备良好性质ERD.
5.标识符定义
定义不同类型用户/角色访问权限限制区分度.
6.存储过程
列出任何需要创建特定业务需求而编写SQL代码块部分
7 . 触发器
描述触摸点事件时候执行操作
8 . 函数
如果你计划通过自己来处理大量复杂查询，函数是很有帮助的。
9 . 视图
为了简化复杂查询,你可以创建视图来组合多个表和过滤数据.
10. 安全性
描述访问数据库时所需的身份验证、授权等安全机制。
11.备份与恢复策略
这里将描述关于如何定期进行数据库备份以及在灾难发生后，如何快速有效地还原数据库到正常状态。
12.附录
1) 本文档涉及附件：
- 数据库ERD（Entity-Relationship Diagram）
- 存储过程代码示例
2）法律名词及注释：
在此列出所有可能会遇到并需要解释或参考的法律术语，并提供相应注释说明。
数据库设计说明书
4 逻辑设计 数据库设计人员根据需求文档，创建与数据库相 关的那部分实体关系图（ERD）。如果采用面向对象 方法（OOAD），这里实体相当于类（class）。 5 物理设计 (1) 主要是设计表结构。一般地，实体对应于表，实 体的属性对应于表的列，实体之间的关系成为表的约 束。逻辑设计中的实体大部分可以转换成物理设计中 的表，但是它们并不一定是一一对应的。 (2) 对表结构进行规范化处理（第三范式）。 6 表汇总 7 角色与权限 确定每个角色对数据库表的操作权限，如创建、 检索、更新、删除等。每个角色拥有刚好能够完成任 务的权限，不多也不少。在应用时再为用户分配角色， 则每个用户的权限等于他所兼角色的权限之和。
4.5 数据库设计说明书 1 数据库设计步骤 (1) 数据库设计人员阅读需求文档、概要设计文档、详细 设计文档，明确数据库设计任务。 (2)数据库设计人员准备相关的设计工具和资料。 (3)数据库设计人员确定本软件的数据库设计规则。 (4)数据库设计人员进行数据库逻辑设计，根据需求文档， 如有必要创建与数据库相关的那部分实体关系图（ERD）。 (5)数据库设计人员进行数据库物理设计，设计表结构。 一般地，实体对应于表，实体的属性对应于表的列，实体 之间的关系成为表的实体之间的关系成为表之间的关系。 逻辑设计中的实体大部分可以转换成物理设计中的表，但 是它们并不一定是一一对应的。
(6)如有必要，数据库设计人员进行数据库安全性设计， 确定每个角色对数据库表的操作权限，如创建、检索、 更新、删除等。每个角色拥有刚好能够完成任务的权 限，不多也不少。在应用时再为(7)数据库设计人员根据指定《数据库设计报告指南》 撰写《数据库设计报告》。 2 数据库环境说明 (1) 说明所采用的数据库系统，设计工具，编程工具 等。 (2) 详细配置。 3 数据库的命名规则 完整并且清楚的说明本数据库的命名规则。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
数据库设计说明书容管理系统(DWCMS)版本历史1. 引言在使用任何数据库之前，都必须设计好数据库，包括将要存储的数据的类型，数据之间的相互关系以及数据的组织形式。
数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据。
为了合理地组织和高效率地存取数据，目前最好的方式，就是建立数据库系统，因此在系统的总体设计阶段，数据库的建立与设计是一项十分重要的容。
由于数据库应用系统的复杂性，为了支持相关程序运行，数据库设计就变得异常复杂，因此最佳设计不可能一蹴而就，而只能是一种“反复探寻，逐步求精”的过程，也就是规划和结构化数据库中的数据对象以及这些数据对象之间关系的过程。
1.1 编写目的数据库设计的好坏是一个关键。
如果把企业的数据比做生命所必需的血液，那么数据库的设计就是应用中最重要的一部分，是一个系统的根基。
用于开发人员进行项目设计，以此作为编码的依据，同时也为后续的数据库维护工作提供了良好的使用说明，也可以作为未来版本升级时的重要参考资料。
数据库设计的目标是建立一个合适的数据模型。
这个数据模型应当是满足用户要求，既能合理地组织用户需要的所有数据，又能支持用户对数据的的所有处理功能。
并且要具有较高的式，数据完整性好，效益高，便于理解和维护，没有数据冲突。
1.2 背景1.3 定义Lmbang：辣妈帮E-R图：实体关系图1.4 参考资料A. 《细说PHP》教程B. 《DWCMS项目需求分析说明书》C. 本项目相关的其他参考资料。
2. 外部设计外部设计是研究和考虑所要建立的数据库的信息环境，对数据库应用领域中各种信息要求和操作要求进行详细地分析，了解应用领域中数据项、数据项之间的关系和所有的数据操作的详细要求，了解哪些因素对响应时间、可用性和可靠性有较大的影响等各方面的因素。
2.1 标识符和状态数据库表前缀：lmbang_用户名：root密码；020808权限：全部有效时间：开发阶段说明：系统正式发布后，可能更改数据库用户/密码，请在统一位置编写数据库连接字符串，在发行前请予以改正。
2.2 使用它的程序本系统主要利用PHP作为前端的应用开发工具，使用MySQL作为后台的数据库，Linux或Windows均可作为系统平台。
2.3 约定■所有命名一定要具有描述性，杜绝一切拼音、或拼音英文混杂的命名方式。
■字符集采用UTF-8，请注意字符的转换。
■所有数据表第一个字段都是系统部使用主键列，自增字段，不可空，名称为：id，确保不把此字段暴露给最终用户。
■除特别说明外，所有日期格式都采用int格式，无时间值。
■除特别说明外，所有字段默认都设置不充许为空，需要设置默认值。
■所有普通索引的命名都是表名加设置索引的字段名组合，例如用户表User 中name字段设置普通索引，则索引名称命名方式为user_name。
2.4 支持软件操作系统：Linux / Windows数据库系统：MySQL查询浏览工具：PHPMyAdmin命令行工具：mysql注意：mysql 命令行环境下对中文支持不好，可能无法书写带有中文的SQL 语句，也不要使用PHPMyAdmin录入中文。
3.结构设计数据库的结构设计中有许许多多需要考虑的因素，如数据库的背景、应用环境等方面都需要有深入的了解，只有一个对所有这些因素都很了解的数据库设计专家，他设计的数据库才能易于使用和维护，并且具有高效和一致的特征。
虽然这样只对数据库设计过程有一个概要的了解，但是仍然有助于读者了解和掌握SQL，使读者可以很好地分析数据间的相互关系在使用SQL进行报表的生成、子查询及视图等操作时，可以更好地进行操作。
3.1 概念结构设计概念数据库的设计是进行具体数据库设计的第一步，概念数据库设计的好坏直接影响到逻辑数据库的设计，影响到整个数据库的好坏。
我们已经得到了系统的数据流程图和数据字典，现在就是要结合数据规化的理论，用一种模型将用户的数据要求明确地表示出来。
概念数据库的设计应该极易于转换为逻辑数据库模式，又容易被用户所理解。
概念数据库设计中最主要的就是采用实体-关系数据模型来确定数据库的结构。
数据是表达信息的一种重要的量化符号，是信息存在的一种重要形式。
数据模型则是数据特征的一种抽象。
它描述的是数据的共性，而不是描述个别的数据。
一般来说，数据模型包含两方面容。
(1) 数据的静态特性：主要包括数据的基本结构、数据间的关系和数据之间的相互约束等特性。
(2) 数据的动态特性：主要包括对数据进行操作的方法。
在数据库系统设计中，建立反映客观信息的数据模型，是设计中最为重要的，也最基本的步骤之一。
数据模型是连接客观信息世界和数据库系统数据逻辑组织的桥梁，也是数据库设计人员与用户之间进行交流的共同基础。
概念数据库中采用的实体-关系模型，与传统的数据模型有所不同。
实体-关系模型是面向现实世界，而不是面向实现方法的，它主要是用使用方便，因而在数据库系统应用的设计中，得到了广泛应用。
实体-关系模型可以用来说明数据库中实体的等级和属性。
以下是实体-关系模型中的重要标识：●在数据库中存在的实体●实体的属性●实体之间的关系3.1.1 实体和属性的定义按照定义的数据类型和属性创建实体和实体属性列表。
实体形成表，如“用户”就是一个实体，属性则为表中的列，如对应于实体“用户”属性包含“用户名”、“用户ID”等。
◆实体实体是实体-关系模型的基本对象，是现实世界中各种事物的抽象。
凡是可以相互区别开并可以被识别的事、物、概念等对象均可认为是实体。
本数据库中，基本的实体列表如下：●广告●意见反馈●帮●帮标签●帮分类●收藏●评论●日记●日记上传数据●达人●友情●热门搜索●加入的帮●赞●私信●私信记录表●图片●用户关系●举报●话题●用户●最近访问●最近浏览●信息●词语过滤在绘制实体-关系图(E-R 图)时，实体出现在矩形中。
如图1所示。
图1 表示实体的E·R图一般来说，每个实体都相当于数据库中的一个表。
上面介绍的实体都是强实体，每个实体都有自己的键。
但是在实际领域中，经常存在一些实体，它们没有自己的键，这样的实体称为弱实体。
弱实体中不同的记录有可能完全相同，难以区别，这些值依赖于另一个实体(强实体)的意义，必须与强实体联合使用。
在创建了实体之后，就可以标识各个实体的属性了。
◆属性每个实体都有一组特征或性质，称为实体的属性。
实体的属性值是数据库中存储的主要数据，一个属性实际上相当于表中的一个列。
下面来看看“文章”(article)实体。
这个实体具有哪些属性呢？对于一篇文章来说，都具有文章标题、文章简介、添加时间、、文章容、关键字、访问次数、推荐状态、审核状态。
所以关于“文章”实体的属性如下：●文章标题（title）●文章编号(id)●文章简介（summary）●添加时间(posttime)●(comefrom)●文章容(content)●关键字(keyword)●访问次数(views)●推荐状态(recommend)●审核状态(audit)实体“栏目（column）”包含的属性如下：●栏目标题(title)●栏目路径(path)●栏目描述(description)●排序编号(ord)由于篇幅有限这里就不列出所有实体的属性了，在绘制E-R 图中，属性由椭圆包围，在属性和它所属的实体间使用直线进行连接，以实体brocms中“文章”为例进行示例，如图2所示。
图2 包含属性的Department的E-R图对于每个实体，都有其确定的主属性(实体中的主属性实际上相当于表中的主键)，就可以惟一地确定实体的每个记录。
最好是创建一个单独的属性作为主属性，在实体文章中可以选择“文章编号”作为主属性，在绘制E-R 图中，主属性在属性下加下划线来说明。
以实体“文章”为例进行示例，如图-3所示。
图3 定义了主属性的“文章”的E-R图注意：在数据库设计中，选择和设置列作为主键是一个关键步骤。
3.1.2 E-R 图的绘制实体-关系图是表现实体-关系模型的图形工具，简称E-R 图。
这节会以DWCMS数据库为例，给出一个完整的数据库的E-R 图设计示例。
图3给出了在E-R 图中使用的各种元素的图形符号。
图-4 E-R图中使用的各种元素的图形符号在E-R 图中，实体之间的关系以菱形表示，关系中各方面的表通过直线与菱形中的关系名称相连接。
还要为每个关系命名一个“关系名称”，实体与关系相连的直线旁都根据关系的属性标注有“1”或“N”。
E-R图为读者的数据库提供了一个不错的蓝图，可以分成三步进行：首先设计局部E-R图；然后合并各局部E-R 图，并解决可能存在的冲突，得到初步E-R 图；最后修改和重构初步E-R 图，消除其中的冗余部分，得到最终的全局E-R 图，即概念模式。
设计全局E-R模式的目的不在于把若干局部E-R 模式形式上合并为一个E-R 模式，而在于消除冲突使之成为能够被全系统中所有用户共同理解和接受的统一的概念模型。
使设计人员仅从用户角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。
3.1.3 设计局部E-R 模式先设计局部E-R 图，也称用户视图。
在设计初步E-R 图时，要尽量能充分地把组织中各部门对信息的要求集中起来，而不需要考虑数据的冗余问题。
局部概念模型设计是从用户的观点出发，设计符合用户需求的概念结构。
局部概念模型设计的就是组织、分类收集到的数据项，确定哪些数据项作为实体，哪些数据项作为属性，哪些数据项是同一实体的属性等。
确定实体与属性的原则：■能作为属性的尽量作为属性而不要划为实体；■作为属性的数据元素与所描述的实体之间的联系只能是1:n的联系；■作为属性的数据项不能再用其他属性加以描述，也不能与其他实体或属性发生联系。
以下是例子辣妈帮的部分局部E-R 图的设计：3.1.4 设计全局E-R 模式综合各局部E-R 图，形成总的E-R图，即用户视图的集成。
所有局部ER模式都设计好了后，接下来就是把他们综合成单一的全局概念结构。
全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。
另外，在进入下一节之前，先回顾一下概念数据库的设计，其中主要是实体-关系模型的建立。
简要总结一下实体-关系模型建立的步骤：(1) 对需求进行分析，从而确定系统中所包含的实体。
(2) 分析得出每个实体所具有的属性。
(3) 保证每个实体有一个主属性，该主属性可以是实体的一个属性或多个属性的组合。
主属性必须能惟一地描述每个记录。
(4) 确定实体之间的关系。
经过这些步骤后，读者就可以绘制出E-R 图。
之后可以再看看数据库的需要，判断是否获取了所需的信息，是否有遗漏信息等，读者可以再对E-R 图进行修改，添加或删除实体与属性。