常见数据库设计(2)——历史数据问题之单记录变更
2022年11月系统规划与管理师模拟题上午(二)
2022年11月系统规划与管理师模拟题上午（二）2022年11月系统规划与管理师模拟题上午（二）1.【单选题】1分| 智慧城市、互联网金融属于信息化的（）层次。
A 产业信息化B 社会生活信息化C 国民经济信息化D 产品信息化2.【单选题】1分| “龙生九子，各不相同”这句话中体现了面向对象的（）概念。
A 继承和多态B 泛化和依赖C 组合和聚合D 封装和多态3.【单选题】1分| 以下关于数据仓库与数据库的叙述中，（）是正确的。
A 数据仓库的数据高度结构化、复杂、适合操作计算；而数据库的数据结构比较简单，适合分析。
B 数据仓库的数据是历史的、归档的、处理过的数据；数据库的数据反映当前的数据。
C 数据仓库中的数据使用频率较高；数据库中的数据使用频率较低。
D 数据仓库中的数据是动态变化的，可以直接更新；数据库中的数据是静态的，不能直接更新。
4.【单选题】1分| 中间件可以分为数据库访问中间件，远程过程调用中间件、面向消息中间件、事务中间件，分布式对象中间件等多种类，其中windows平台的ODBC和JAVA平台的JDBC属于_（）。
A 数据库访问中间件B 远程过程调用中间件C 面向消息中间件D 实务中间件5.【单选题】1分| 某集团公司下属有很多分公司，集团总部高管需要从时间、地区和商品种类三个维度来分析某电器商品的销售数据，那么采用（）来完成。
A 数据挖掘B OLAPC OLTPD ETL6.【单选题】1分| 在OSI(OpenSystemInterconnect,OSI)7层协议中，（）有IGMP协议。
A 物理层B 数据链路层C 应用层D 网络层7.【单选题】1分| IT服务生命周期简称PIOIS，其中O是指（）。
A 规划设计B 部署实施C 持续改进D 服务运营8.【单选题】1分| 在网络存储结构中, ( ) 直接连接到TCP/IP网络上，网络服务器通过TCP/IP网络存取管理数据。
A直连式存储(DAS)B网络存储设备(NAS)C存储网络(SAN)D移动存储设备(MSD)9.【单选题】1分| 某企业信息中心唐工负责操作系统和数据库系统的运维服务，该服务属于（）。
电商数据库考试题及答案
电商数据库考试题及答案一、单项选择题（每题2分，共20分）1. 在数据库中，用于存储数据的文件称为（）。
A. 数据文件B. 索引文件C. 系统文件D. 配置文件答案：A2. 关系数据库管理系统中，关系是指（）。
A. 表B. 行C. 列D. 数据库答案：A3. SQL语言中的“SELECT”语句用于（）。
A. 插入数据B. 更新数据C. 删除数据D. 查询数据答案：D4. 在数据库设计中，规范化的主要目的是（）。
A. 提高查询速度B. 减少数据冗余C. 提高数据安全性D. 增加数据存储量答案：B5. 数据库中的主键（Primary Key）是（）。
A. 可以有多个值的字段B. 可以为空的字段C. 表中任意的字段D. 唯一标识表中每条记录的字段答案：D6. 数据库事务的ACID属性中，D代表的是（）。
A. 原子性B. 一致性C. 隔离性D. 持久性答案：D7. 在数据库中，外键用于（）。
A. 存储数据B. 建立表之间的关系C. 提高查询速度D. 限制数据的输入答案：B8. 数据库中的索引用于（）。
A. 存储数据B. 优化查询性能C. 限制数据的输入D. 增加数据的安全性答案：B9. 数据库备份的目的主要是（）。
A. 提高查询速度B. 优化数据库性能C. 恢复数据D. 增加数据存储量答案：C10. 数据库中的视图（View）是一种（）。
A. 存储数据的表B. 存储过程C. 虚拟表D. 数据库答案：C二、多项选择题（每题3分，共15分）11. 数据库管理系统（DBMS）的主要功能包括（）。
A. 数据定义B. 数据操纵C. 数据控制D. 数据备份答案：ABCD12. 在关系数据库中，以下哪些操作是合法的（）。
A. 插入一行数据B. 删除一列数据C. 更新一条记录D. 删除整个数据库答案：ACD13. 数据库设计过程中，实体-关系模型（ER Model）的主要组成部分包括（）。
A. 实体B. 关系C. 属性D. 约束答案：ABCD14. 数据库中的触发器（Trigger）可以用于（）。
《MySql数据库实例教程》2-数据库设计
➢ 图书实体有出版社、书名、作者、价格等属性。为了唯一标识图书，还应设置书号属性。
➢ 根据以上分析，画出出版社与图书的E-R图如下：
1 出版社
出版
m 图书
社代码
社名
地址
…
出版社 书号
书名
… 作者
图书出版E-R图问题思考（1）
1、怎么标识书号-属性内容如何选取？
第2章 数据库设计
23
为了管理方便，国际上规定：全世界的每本书都应该有唯一的编号，这个号码叫做ISBN 号，俗称书号。因此，用ISBN书号作为图书的唯一标识似乎是非常合理的。
（2）联系不单独对应一关系模式，联系的属性及一 方的主码加入另一方实体集对应的关系模式中。
BJ（班级编号，院系，专业名，人数） BZ（学号，姓名，班级编号）
或者 BJ（班级编号，院系，专业名，人数，学号） BZ（学号，姓名）
第2章 数据库设计
27
学号
姓名
班级编号
正班长 1
属于 1
班级
人数
院系
第2章 数据库设计
1
第2章 数据库设计
第2章 数据库设计
2
项目知识要点与目标
项目知识要点
知识能力目标
任务1 设计数据库关系模型 1 数据模型 2 概念模型 3 E-R图的设计 4 数据库关系模型的建立
任务2 数据库设计规范化 1 关系型数据库范式理论 2 数据库规范化实例 3 综合实例 PetStore数据库的设计
为了更方便标识销售记录，可添加订单号作为该联系的主码。
04 确定联系关系：因为一个会员可以购买多种图书，一种图书可销售各多个会员，所以这是一种
OPTION 多对多（m:n）的联系。
数据库设计详细文档
数据库设计详细文档1. 引言数据库是应用系统中重要的数据存储和管理工具，本文档将详细介绍我们设计的数据库结构和数据模型。
2. 数据库概述我们设计的数据库用于存储和管理公司的客户数据。
该数据库包括以下几个主要表格：- 客户表：存储客户的基本信息，包括姓名、联系方式、地址等。
- 订单表：记录客户的订单信息，包括订单编号、下单日期、产品信息等。
- 产品表：存储公司提供的产品信息，包括产品编号、名称、价格等。
- 支付表：记录客户的支付信息，包括支付方式、支付金额、支付日期等。
3. 数据库结构3.1 客户表客户表包含以下字段：- ID：客户唯一标识符- 姓名：客户姓名- 手机号码：客户联系方式- 地址：客户地址3.2 订单表订单表包含以下字段：- ID：订单唯一标识符- 客户ID：关联客户表，表示订单所属的客户- 下单日期：订单的下单日期- 总金额：订单的总金额3.3 产品表产品表包含以下字段：- ID：产品唯一标识符- 名称：产品名称- 价格：产品单价3.4 支付表支付表包含以下字段：- ID：支付唯一标识符- 订单ID：关联订单表，表示支付所属的订单- 支付方式：支付的方式，如支付宝、微信支付等- 支付金额：支付金额- 支付日期：支付日期4. 数据模型我们设计的数据库模型如下图所示：5. 数据库功能和操作我们的数据库设计旨在支持以下功能和操作：- 添加客户信息：可以向客户表中添加新的客户信息。
- 查询客户信息：可以根据客户ID或姓名等信息查询客户信息。
- 添加订单信息：可以向订单表中添加新的订单信息。
- 查询订单信息：可以根据订单ID或客户ID等信息查询订单信息。
- 添加产品信息：可以向产品表中添加新的产品信息。
- 查询产品信息：可以根据产品ID或名称等信息查询产品信息。
- 添加支付信息：可以向支付表中添加新的支付信息。
- 查询支付信息：可以根据订单ID或支付日期等信息查询支付信息。
掌握数据库设计的原则与技巧
掌握数据库设计的原则与技巧在当今数字化的时代，数据已经成为企业和组织运营的核心资产之一。
而数据库作为存储和管理数据的关键工具，其设计的合理性和有效性直接影响着系统的性能、可扩展性和数据的完整性。
因此，掌握数据库设计的原则与技巧对于开发高质量的应用程序和确保数据的高效管理至关重要。
数据库设计的原则1、数据完整性数据完整性是指确保数据库中的数据准确、一致和可靠。
这包括实体完整性（确保表中的每行都有唯一的标识符）、参照完整性（确保表之间的关系正确）和域完整性（确保数据的值在预定义的范围内）。
例如，在一个学生成绩管理系统中，学生表中的学号必须是唯一的，课程表中的课程编号也必须是唯一的。
同时，成绩表中的成绩必须在 0 到 100 之间。
2、数据一致性数据一致性是指在数据库的不同部分和不同操作中，数据保持相同的含义和格式。
为了实现数据一致性，需要在设计时定义明确的数据规则和约束条件。
比如，在一个库存管理系统中，如果一个商品被出库，那么库存数量应该相应地减少，而且在任何查询库存的操作中，都应该得到相同的准确数量。
3、最小冗余冗余数据是指在数据库中多次重复存储相同的信息。
过多的冗余会导致数据不一致、存储空间浪费和更新操作的复杂性增加。
然而，在某些情况下，适当的冗余可以提高查询性能。
例如，在一个订单管理系统中，可以在订单详情表中存储商品的名称和价格，而不是每次查询都从商品表中获取，这样可以减少表连接的操作，但需要确保在商品信息发生变化时能够及时更新。
4、可扩展性设计的数据库应该能够轻松适应未来数据量的增长和业务需求的变化。
这意味着在设计时要考虑到可能的扩展方向，例如添加新的表、字段或关系。
例如，如果一个电商平台预计未来会增加新的商品类别，那么在设计数据库时应该预留足够的灵活性，以便能够方便地添加相关的表和字段。
5、性能优化数据库的性能是设计时需要重点考虑的因素之一。
这包括合理选择数据类型、创建合适的索引、优化查询语句等。
历史数据追溯表设计
历史数据追溯表设计设计历史数据追溯表（History Tracking Table）是在数据库中保留数据历史记录的一种方式，以便能够追溯数据在不同时间点的变化。
以下是一个简单的历史数据追溯表的设计示例，以记录一个实体（例如，某个实体的属性）在不同时间点的变化：CREATE TABLE entity_history (id INT PRIMARY KEY AUTO_INCREMENT,entity_id INT NOT NULL, -- 关联实体的唯一标识符property_name VARCHAR(255) NOT NULL, -- 属性名称old_value VARCHAR(255), -- 变化前的值new_value VARCHAR(255) NOT NULL, -- 变化后的值change_time TIMESTAMP NOT NULL DEFAULTCURRENT_TIMESTAMP, -- 变化时间changed_by_user_id INT, -- 修改操作的用户标识符（可选）CONSTRAINT fk_entity_id FOREIGN KEY (entity_id) REFERENCES your_entity_table(id),CONSTRAINT fk_user_id FOREIGN KEY (changed_by_user_id) REFERENCES user_table(id));这是一个基本的历史数据追溯表的结构，具体设计可能会根据你的需求而有所不同。
以下是对表中字段的解释：•id:历史记录的唯一标识符，通常使用自增的整数。
•entity_id:关联到实体表中的唯一标识符，表示这条历史记录属于哪个实体。
•property_name:记录属性的名称，用于指定是实体的哪个属性发生了变化。
•old_value:变化前的值，如果是新增记录，则可以为NULL。
•new_value:变化后的值。
如何设计数据库表
如何设计数据库表一、简介在设计数据库时，最重要的步骤是要确保数据正确分布到数据库的表中。
使用正确的数据结构，可以极大地简化应用程序的其他内容（查询、窗体、报表、代码等）。
正确进行表设计的正式名称是“数据库规范化”。
本文简要介绍数据库规范化的基本概念和一些需要注意并力求避免的常见问题。
1.理解您的数据在设计表之前，应明确您打算如何处理数据，还要了解随着时间的推移数据会发生什么样的变化。
您所做的假设将会影响最终的设计。
2.您需要什么样的数据设计应用程序时，关键要了解设计的最终结果，以便确保您准备好所有必需的数据并知道其来源。
例如，报表的外观、每个数据的来源以及所需的所有数据是否都存在。
对项目损失最大的莫过于在项目后期发现重要报表缺少数据。
3.明确所需数据的类型和来源知道需要什么样的数据后，就必须确定数据的来源。
数据是否从其他数据源中导入？数据是否需要清理或验证？用户是否需要输入数据？明确所需数据的类型和来源是数据库设计的第一步。
4.您打算如何处理这些数据？用户是否需要编辑这些数据？如果需要，应如何显示数据以便于用户理解和编辑？有没有验证规则和相关的查找表？要求对编辑和删除保留备份的数据输入有没有相关联的审核问题？需要为用户显示哪些摘要信息？是否需要生成导出文件？了解这些信息后，就可以想象字段之间是如何相互关联的了。
5数据之间如何相互关联？将数据分组放入相关字段（例如与客户相关的信息、与发票相关的信息等），每个字段组都代表要建立的表。
然后考虑如何将这些表相互关联。
例如，哪些表具有一对多关系（例如，一个客户可能持有多张发票）？哪些表具有一对一关系（这种情况下，通常会考虑将其组合到一个表中）？6.随着时间的推移数据会发生什么样的变化？设计表之后，常常会由于没有考虑时间的影响而导致以后出现严重问题。
许多表设计在当时使用时效果非常好，但是，常常会因为用户修改数据、添加数据以及随时间的推移而崩溃。
开发人员经常会发现需要重新设计表的结构来适应这些变化。
数据库设计中的数据归档和清理实施(一)
数据库设计中的数据归档和清理实施随着科技的不断进步和信息化的迅速发展，人们对于数据的需求越来越大。
在每个人的生活中，无论是日常办公还是个人娱乐，我们都产生了大量的数据。
而这些数据的存储和管理，对于数据库设计师来说是一个巨大的挑战。
其中，数据归档和清理则是数据库设计中非常重要的一部分。
一、什么是数据归档？数据归档是指将数据库中的历史数据从当前使用的主数据库中移出，并转移到其他存储位置，以实现对历史数据的长期保存和备份。
一般来说，数据归档是根据数据的重要性和频繁程度来确定的。
对于一些长期不使用或使用频率低的数据，进行归档可以释放数据库的存储空间，并提高数据库的性能。
在进行数据归档之前，数据库设计师需要先确定归档的原则和策略。
例如，可以根据数据的存储需求、访问频率以及法律法规等因素来制定归档规则。
此外，还需要考虑数据的安全性和完整性，确保归档数据仍然可以被访问和恢复。
二、为什么需要数据清理？数据库中的数据量越来越大，随之而来的问题是数据库的性能下降和存储空间不足。
这时候就需要进行数据清理，即删除或归档一些无用或过时的数据，以提高数据库的性能和可用空间。
数据清理的过程需要仔细考虑数据的价值和风险。
如果删除了重要的数据，可能会对业务产生不可逆的影响。
因此，在进行数据清理之前，必须要与业务部门充分沟通，明确需要保留的数据和删除的数据。
三、数据归档和清理的实施步骤1. 确定归档和清理的策略：这一步需要与业务部门和数据库管理员紧密合作，明确数据的重要性、归档的条件和清理的规则。
2. 制定数据归档和清理计划：根据策略，制定具体的归档和清理计划。
包括确定归档和清理的时间点、频率以及具体操作步骤。
3. 数据备份：在进行数据归档之前，务必先进行数据备份。
这是为了确保数据的安全性，以防误删除或其他意外情况。
4. 数据归档：按照归档策略，将符合条件的数据移出主数据库，并存储到归档数据库或其他存储介质中。
可以使用压缩和加密等方式对归档数据进行处理，以减小存储空间并提高数据的安全性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
在各种应用软件中，客户总是希望看到自己操作关键业务的历史数据（更或者是将来的历史数据，如本年计划明年的商品价格），并且要跟踪变化来源于哪一个版本。
历史记录，如果我们按某次修改时，需要新增的记录条件的角度来看，如果只需要新增一条记录（如商品价格的变动，一次只变动），我们称之为单记录变更；如果我们需要新增一条记录，并且还需要在不同的表中新增对应的详细记录并且是一对多的关系时（如报价时，我们需要储存报价流水和报价物品清单列表），我们称之为多记录变更。
一，单记录变更、无储存未来历史记录的需求，储存于单表中
付款计划PayPlan
字段名类型是否可空中文名描述
id char(36) no guid
...其它属性...
num int no 版本号在某个项目中递增
is_use int no 是否启用默认0否，1是
use_date datetime yes
ischeck int no 是否确认默认0未确认，1确认
checker char(36) yes 确认人
check_date datetime yes 确认日期
说明：用户添加一条数据，未确认时，可以修改、删除。
但是当用户确认时（当项目使用工作流时，也可以用工作流替换确认的3个字段），
更新is_use为1（是），并且更新操作人信息。
在用户确认完之后，不能添加，修改、删除。
需要修改时，则将原有数据复制一份（除主键外），并设置版本号加1,设置is_use和ischeck=0，设置use_date、checker和check_date为NULL，然后修改操作在新的版本中进行，并且系统中使用的依然是前一个版本的数据。
当修改流水，确认后，需要先将本类其它的is_use改为0，并且更新自己的is_use为1及其它信息。
二，单记录变更、无储存未来历史记录的需求，储存于多表中（一个主表存储在用记录，另一个子表储存历史记录）
在上一个方案中，[单记录变更、无储存未来历史记录的需求，储存于单表中]，如果当变更频率高中，表中的数据量增大，为了获取在用的那条记录（客户是常用到的就是这个），查询时间会浪费在很多无用的记录上。
为了解决无关的数据问题，我们将在用的数据储存于主表中，而变更的历史，储存于子表，这样我们在获取在用记录时，就去除了很多无用的数据。
付款计划PayPlan
字段名类型是否可空中文名描述
id char(36) no guid
...其它属性...
num int no 版本号在某个项目中递增
is_use int no 是否启用默认0否，1是
ischeck int no 是否确认默认0未确认，1确认
checker char(36) yes 确认人
check_date datetime yes 确认日期
付款计划PayPlanVar
字段名类型是否可空中文名描述
id char(36) no guid
pay_plan_Id char(36) no 付款计划编号，主表的编号
...其它属性...
num int no 版本号在某个项目中递增
is_use int no 是否启用默认0否，1是
ischeck int no 是否确认默认0未确认，1确认
checker char(36) yes 确认人
check_date datetime yes 确认日期
说明：用户添加一条数据，未确认时，可以修改、删除。
但是当用户确认时（当项目使用工作流时，也可以用工作流替换确认的3个字段），
更新is_use为1（是），并且更新操作人信息。
在用户确认完之后，不能添加，修改、删除。
第一次修改时，将主表（PayPlan）数据复制一份到PayPlanVar中，当然也要将版本号加1以及其它状态信息还原，在确认后，将主表再复制一份到历史表中，用作历史数据，然后将本次修改的数据，更新到主表中去，并更新主表的版本号等信息。
第一次修改以后，再需要修改数据，将主表数据复制到子表中，同样版本号加其它信息还原，但在确认后只需要将版本等信息更新回主表即可。
三，单记录变更、有储存未来历史记录的需求，储存于单表
如，当某个供应商在今年就定出明年的商品价格，如果我们商品价格使用的第一或第二种设计方案，我们不得不在明年手工并且在确定的时间内更新价格表。
商品价格表(GoodsPrice)
字段名类型是否可空中文名描述
id char(36) no guid
...其它属性...
num int no 版本号
start_time datetime no 开始生效日期
end_time datetime no 结束生效日期。