数据库派生属性？

最新推荐文章于 2024-02-10 22:44:12 发布
最新推荐文章于 2024-02-10 22:44:12 发布
阅读量786 收藏 9
点赞数 5
分类专栏： DB Chat GPT 文章标签： 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/abckingaa/article/details/134738266
版权
DB 同时被 2 个专栏收录
120 篇文章 1 订阅
订阅专栏
Chat GPT
3 篇文章 0 订阅
订阅专栏

什么叫数据库派生属性？

数据库派生属性是指在数据库中通过计算、组合或转换已有属性得到的新属性。派生属性不是直接存储在数据库中，而是在需要使用时通过计算或查询得到。

常见的数据库派生属性包括：

1. 计算属性：通过对已有属性进行数学运算或逻辑运算得到的新属性。例如，可以通过计算身高和体重来派生出BMI（Body Mass Index，身体质量指数）属性。

2. 字符串操作属性：通过对字符串类型的属性进行拼接、截取、替换等操作得到的新属性。例如，可以通过将姓和名进行拼接得到全名属性。

3. 聚合属性：通过对多个记录进行聚合计算得到的新属性。例如，可以通过对订单表中的订单金额进行求和得到总销售额属性。

4. 时间属性：通过对日期或时间类型的属性进行计算得到的新属性。例如，可以通过计算出生日期和当前日期之间的差值得到年龄属性。

派生属性可以在查询语句中使用，也可以在视图中定义。在使用派生属性时，需要注意其计算的准确性和效率，避免对数据库性能造成过大的影响。

abckingaa
关注
  • 5
    点赞
  • 踩
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
达梦数据库_SQL语言手册
03-19
达梦数据库_SQL语言手册.pdf 数据库快照定义语句 数据库快照删除语句 第章数据查询语句和全文检索语句 单表查询 简单查询 带条件查询 集函数 情况表达式 连接查询 子查询 标量子查询 表子查询 派生表子查询 定量比较 带 谓词的子查询 多列表子查询 查询结果的合并 和 子句的使用 子句的使用 子句 选取前儿条数据 选取其屮几条数据 全文检索 层次查询 层次查询子句 层次查询相关伪列 层次查询相关操作符 层次查询相关函数 查看执行计划 第章数据的插入、删除和修改 数据插入语句 数据修改语句 数据删除语句 伪列的使用 和 自增列的使用 自增列定义 属性 第章视图 视图的作用 视图的定义 视图的删除 视图的查询 视图数据的更新 第章嵌入式 前缀和终结符 宿主变量 输入和输出变量 指示符变量 服务器登录与退出 登录服务器 退出服务器 游标的定义与操纵 定义游标语句 打开游标语句 拨动游标语句 关闭游标语句 关于可更新游标 游标定位删除语句 游标定位修改语句 单元组查询语句 动态 立即执行语句 准备语句 执行语句 异常处理 第章函数 数值函数 字符串函数 日期时间函数 空值判断函数 类型转换函数 杂类函数 系统函数 存储加密函数 标记处理函数 备份恢复函数 附加分离数据库 第章一致性和并发性 事务相关语句 事务的开始 事务的结束 保存点相关语句 设置事务隔离级及读写特性 手动上锁语句 第章存储模块 存储模块的定义 存储模块的删除 存储模块的控制语句 语句块 赋值语句 条件语句 循环语句 语句 调用语句 语句 语句 语句 语句 打印语句 存储模块的异常处理 异常变量的说明 异常的抛出 异常处理器 异常处理用法举例 存储模块的语句 游标 动态 游标变量 返回查询结果集 语句应用举例 客户端存储模块 子过程、子函数 子过程 子函数 记录类型 记录类型定义 记录赋值 第章触发器 触发器的定义 触发器类型 触发器激发顺序 新、旧行值的引用 触发器谓词 变异表 设计触发器的原则 触发器的删除 禁止和允许触发器 触发器应用举例 使用触发器实现审计功能 使用触发器维护数据完整性 使用触发器保障数据安全性 使用触发器派生字段值 第章安全管理 创建角色语句 删除角色语句 授权语句数据库权限 授权语句对象权限 授权语句角色权限 回收权限语句数据库权限 回收权限语句对象权限 回收权限语句角色权限 策略与标记管理 创建策略 修改策略 删除策略 安全标记 用户标记设置语句 表标记设置语句 审计设置语句 审计取消语句 审计信息查阅语句 审计分析 创建审计分析规则 删除审计分析规则 加密引擎 创建加密引擎 修改加密引擎 删除加密引擎 第章外部链接 创建外部链接 删除外部链接 使用外部连接进行远程对象操作 第章备份还原 备份数据库 还原数据库 第章包 创建包 创建包规范 创建包主体 删除包 删除包规范 删除包主体 应用实例 第章同义词 创建同义词 删除同义词 附录关键字和保留字 附录 语法描述说明 附录命令参考 附录系统存储过程和函数 附录技术支持 第1章结构化查询语言简介 第章结构化查询语言 简介 结构化查询语言 是在年提出的一种关系数据库语言。 由于语言接近英语的语句结构,方便简洁、使用灵活、功能强人,倍受用户及计算机工业 界的欢迎,被众多计算机公司和数据库厂商所采用,经各公司的不断修改、扩充和完善,语 言最终发展成为关系数据库的标准语言。 的第一个标准是年月由美国国家标准化组织公布的 数据库语言 简称 年国际标准化组织也通过了这一标准。以后通过对 的不断修改和完善,于年第二次公布了标准 年又公布了标准 即 。最新的标准是 (也称 年作为 《信息技术——数据库语言》发布。我国也相继 公布了数据库语言的国家标准。 成为国际标准以后,其影响远远超出了薮据库领域。例如在 软件工程、人工智 能、分布式等领域,人们不仅把作为检索数据的语言规范,而且也把作为检索图形、 图象、声音、文字等信息类型的语言规范。目前,世界上大型的著名数据库管理系统均支持 语言,如 等。在未来相当长的时间里,仍将是数据库领 域以至信息领域中数据处理的主流语言之 由于不同的产品,大都按自己产品的特点对语言进行了扩充,很难完全符合 标准。目前在 市场上已将的符合夲作为衡量产品质量的重要指标,并研制成专门的 测试软件,如 目前, 入门级和过渡级的符合率均达到,并且部分支持 更新的 标准。同时还兼容 和 的部分语言特性。本章主要 介绍系统所支持的语言 语 语言的特点 语言符合结构化査询语言标准,是标准的扩充。它集数据定乂、数据査 询、薮据操纵和数据控制于一体,是一种统一的、综合的关系数据库语言。它功能强大,使用简 单方便、容易为用户掌握 语言具有如下特点: 功能一体化 的功能一体化表现在以下两个方面 支持多媒体数据类型,用户在建表时可直接使用。系统在处理常规数据与 多媒体数据时达到了四个一体化:一体化定义、一体化存储、一体化检索、一体化处理,最大限 度地提高了数据库管理系统处理多媒体的能力和速度; 语言集数据库的定义、査询、更新、控制、维护、恢复、安全等一系列操作于 体,每一项操作都只需一种操作符表示,格式规范,风格一致,简单方便,很容易为用户所掌 握 两种用户接口使用统一语法结构的语言 语言既是自含式语言,又是嵌入式语言。作为自含式语言,它能独立运行于联机交 互方式。作为嵌入式语言, 浯句能够嵌入到和语言程序中,将高级语言也称主 语言灵活的表达能力、强大的计算功能与 语言的数据处理功能相结合,完成各种复杂 的事务处理。而在这两种不同的使用方式中, 语言的语法结构是一致的,从而为用户使 第1章结构化查询语言简介 用提供了极大的方使性和灵活性。 高度非过程化 语言是·种非过程化语言。用户只需指出“做什么”,而不需指出“怎么做”,对数 据存取路径的选择以及 语句功能的实现均由系统自动完成,与用户编制的应用程序与 具体的机器及关系 的实现细节无关,从而方便了用户,提高了应用程序的开发效率,也 增强了数据独立性和应用系统的叮移植性。 面向集合的操作方式 语言采用了集合操作方式。不仅查询结果可以是元组的集合,而且一次插入、删除、 修改操作的对象也可以是元组的集合,相对于面向记录的数据库语言一次只能操作一条记录来 语言的使用简化了用户的处理,提高了应用程序的运行效率 语言简洁,方便易学 语言功能强大,格式规范,表达简洁,接近英语的语法结构,容易为用户所掌握。 保留字与标识符 标识符的语法规则兼容标准 ,标识符分为正规标识符和定界标识符两大类。 正规标识符以字母、、、或汉字开头,后面可以跟随字母、数字、、、或者汉字,正 规标识符的最大长度是个英文字符或个汉字。正规标识符不能是保留字 正规标识符的例子:, 表 定界标识符的标识符体用双引号括起来时,标识符体可以包含任意字符,特别地,其中使用 连续两个双引号转义为一个双引号 定界标识符的例子: 保留字的清单参见附录 语言的功能及语句 语言是一种介于关系代数与关系演算之间的语言,其功能主要包括数据定义、查询 操纵和控制四个方面,通过各种不同的语句米实现。按照所实现的功能, 语句分 为以下几种 数据库、登录、用户、模式、基表、视图、索引、序列、全文索引、存储过程和触发器 的定义和删除语句,登录、基表、视图、仝文索引的修改语句,对象的更名语句; 査询(含全文检索)、插入、删除、修改语句; 数据库安全语句。包括创建角色语句、删除角色语句,授权语句、回收权限语句,修改 登录口令语句,审计设置语句、取消审计设置语句等。 在嵌入方式中,为了协调 语言与主语言不同的数据处理方式 语言引入 了游标的概念。因此在嵌入方式下,除了数据查询语句一次查询一条记录外,还有几种与游标 有关的语句: 游标的定义、打廾、关闭、拨动语句 游标定位方式的数据修改与删除语句。 为了有效维护数据库的完整性和一致性,支持 的并发控制机制 语言提供 了事务的回滚( )与提交( )语句。同时允许选择实施事务级读一致 性,它保证同一事务内的可重复读,为此提供用户多种手动上锁语句,和设置事务隔离级别 第1章结构化查询语言简介 语句 所支持的数据类型 数据类型是可表示值的集。值的逻辑表示是字值。值的物理表示依赖于实现。系统具 有 的绝大部分数据类型,以及部分 和 的数据类型。 常规数据类型 字符数据类型 类型 语法:长度 功能: 数据类型指定定长字符串。在基表中,定义 类型的列时,可以指 定一个不超过的正整数作为字符长度,例如 如果未指定长度,缺省为。 确保存储在该列的所有值都具有这一长度。 数据类型的最大长度由数据库页面大 小决定,字符类型最大长度和页面大小的对应关系请见下表支持按字节存放字符 串 表 数据库页面大 最大长度 类型 语法: 长度 功能:与 相同。 类型 语法: 长度 功能 数据类型指定变长字符串,用法类似 数据类型,可以指定一 个不超过的正整数作为字符长度,例如: 。如果未指定长度,缺省为 在系统中, 数据类型的实际最大长度由数据库页面大小决定,具体最 大长度算法如表 的区别在于前者长度不足时,系统自动填充空 格,而后者只占用实际的字节空间。 表 数据库页面大 实际最大长度 注:这个限制长度只针对建表的情况,在定义变量的时候,可以不受这个限制长度的限 制 数值数据类型
mysql派生表（Derived Table）简单用法实例解析
12-15
本文实例讲述了mysql派生表（Derived Table）简单用法。分享给大家供大家参考，具体如下： 关于这个派生表啊，我们首先得知道，派生表是从select语句返回的虚拟表。派生表类似于临时表，但是在SELECT语句中使用派生表比临时表简单得多，因为它不需要创建临时表的步骤。所以当SELECT语句的FROM子句中使用独立子查询时，我们将其称为派生表。废话不多说，我们来具体的解释： SELECT column_list FROM * (SELECT * column_list * FROM * table_1) derived_table_name; WHERE der
[自学]数据库ER图基础概念整理（转）
江城子 的博客
11-02 2977
ER图
数据库设计原则.docx
01-08
数据库设计原则全文共5页，当前为第1页。数据库设计原则全文共5页，当前为第1页。1. 原始单据与实体之间的关系 数据库设计原则全文共5页，当前为第1页。 数据库设计原则全文共5页，当前为第1页。 　　可以是一对一、一对多、多对多的关系。在一般情况下，它们是一对一的关系：即一张原始单据对应且只对应一个实体。在特殊情况下，它们可能是一对多或多对一的关系，即一张原始单据对应多个实体，或多张原始单据对应一个实体。这里的实体可以理解为基本表。明确这种对应关系后，对我们设计录入界面大有好处。 　　〖例1〗：一份员工履历资料，在人力资源信息系统中，就对应三个基本表：员工基本情况表、社会关系表、工作简历表。这就是"一张原始单据对应多个实体"的典型例子。 　　2. 主键与外键 　　一般而言，一个实体不能既无主键又无外键。在E－R 图中, 处于叶子部位的实体, 可以定义主键，也可以不定义主键(因为它无子孙), 但必须要有外键(因为它有父亲)。 　　主键与外键的设计，在全局数据库的设计中，占有重要地位。当全局数据库的设计完成以后，有个美国数据库设计专家说："键，到处都是键，除了键之外，什么也没有"，这就是他的数据库设计经验之谈，也反映了他对信息系统核心(数据模型)的高度抽象思想。因为：主键是实体的高度抽象，主键与外键的配对，表示实体之间的连接。 　　3. 基本表的性质 　　基本表与中间表、临时表不同，因为它具有如下四个特性： 　　(1) 原子性。基本表中的字段是不可再分解的。 　　(2) 原始性。基本表中的记录是原始数据（基础数据）的记录。 　　(3) 演绎性。由基本表与代码表中的数据，可以派生出所有的输出数据。 　　(4) 稳定性。基本表的结构是相对稳定的，表中的记录是要长期保存的。 　　理解基本表的性质后，在设计数据库时，就能将基本表与中间表、临时表区分开来。 　　4. 范式标准 　　基本表及其字段之间的关系, 应尽量满足第三范式。但是，满足第三范式的数据库设计，往往不是最好的设计。为了提高数据库的运行效率，常常需要降低范式标准：适当增加冗余，达到以空间换时间的目的。 　　〖例2〗：有一张存放商品的基本表，如表1所示。"金额"这个字段的存在，表明该表的设计不满足第三范式，因为"金额"可以由"单价"乘以"数量"得到，说明"金额"是冗余字段。但是，增加"金额"这个冗余字段，可以提高查询统计的速度，这就是以空间换时间的作法。 数据库设计原则全文共5页，当前为第2页。数据库设计原则全文共5页，当前为第2页。 数据库设计原则全文共5页，当前为第2页。 数据库设计原则全文共5页，当前为第2页。 　　在Rose 2002中，规定列有两种类型：数据列和计算列。"金额"这样的列被称为"计算列"，而"单价"和"数量"这样的列被称为"数据列"。 　　表1 商品表的表结构 　　商品名称 商品型号 单价 数量 金额 　　电视机 29吋 2,500 40 100,000 　　5. 通俗地理解三个范式 　　通俗地理解三个范式，对于数据库设计大有好处。在数据库设计中，为了更好地应用三个范式，就必须通俗地理解三个范式(通俗地理解是够用的理解，并不是最科学最准确的理解)： 　　第一范式：1NF是对属性的原子性约束，要求属性具有原子性，不可再分解； 　　第二范式：2NF是对记录的惟一性约束，要求记录有惟一标识，即实体的惟一性； 　　第三范式：3NF是对字段冗余性的约束，即任何字段不能由其他字段派生出来，它要求字段没有冗余。 　　没有冗余的数据库设计可以做到。但是，没有冗余的数据库未必是最好的数据库，有时为了提高运行效率，就必须降低范式标准，适当保留冗余数据。具体做法是：在概念数据模型设计时遵守第三范式，降低范式标准的工作放到物理数据模型设计时考虑。降低范式就是增加字段，允许冗余。 　　6. 要善于识别与正确处理多对多的关系 　　若两个实体之间存在多对多的关系，则应消除这种关系。消除的办法是，在两者之间增加第三个实体。这样，原来一个多对多的关系，现在变为两个一对多的关系。要将原来两个实体的属性合理地分配到三个实体中去。这里的第三个实体，实质上是一个较复杂的关系，它对应一张基本表。一般来讲，数据库设计工具不能识别多对多的关系，但能处理多对多的关系。 　　〖例3〗：在"图书馆信息系统"中，"图书"是一个实体，"读者"也是一个实体。这两个实体之间的关系，是一个典型的多对多关系：一本图书在不同时间可以被多个读者借阅，一个读者又可以借多本图书。为此，要在二者之间增加第三个实体，该实体取名为"借还书"，它的属性为：借还时间、借还标志(0表示借书，1表示还书)，另外，它还应该有两个外键("图书"的主键，"读者"的主键)，使它能与"图书"和"读者"连接。 　　7. 主键PK的取值方法 数据库设计原
数据库物理设计.docx
01-08
数据库物理设计全文共9页，当前为第1页。数据库物理设计全文共9页，当前为第1页。数据库物理设计 数据库物理设计全文共9页，当前为第1页。 数据库物理设计全文共9页，当前为第1页。 1. 原始单据与实体之间的关系 可以是一对一、一对多、多对多的关系。在一般情况下，它们是一对一的关系：即一张原始单据对应且只对应一个实体。在特殊情况下，它们可能是一对多或多对一的关系，即一张原始单证对应多个实体，或多张原始单证对应一个实体。 这里的实体可以理解为基本表。明确这种对应关系后，对我们设计录入界面大有好处。 〖例1〗：一份员工履历资料，在人力资源信息系统中，就对应三个基本表：员工基本情况表、社会关系表、工作简历表。这就是"一张原始单证对应多个实体"的典型例子。 2. 主键与外键 一般而言，一个实体不能既无主键又无外键。在E—R 图中, 处于叶子部位的实体, 可以定义主键，也可以不定义主键(因为它无子孙), 但必须要有外键(因为它有父亲)。 主键与外键的设计，在全局数据库的设计中，占有重要地位。当全局数据库的设计完成以后，有个美国数据库设计专家说："键，到处都是键，除了键之外，什么也没有"，这就是他的数据库设计经验之谈，也反映了他对信息系统核心(数据模型)的高度抽象思想。 数据库物理设计全文共9页，当前为第2页。数据库物理设计全文共9页，当前为第2页。因为：主键是实体的高度抽象，主键与外键的配对，表示实体之间的连接。 数据库物理设计全文共9页，当前为第2页。 数据库物理设计全文共9页，当前为第2页。 3. 基本表的性质 基本表与中间表、临时表不同，因为它具有如下四个特性： 原子性。基本表中的字段是不可再分解的。 原始性。基本表中的记录是原始数据（基础数据）的记录。 演绎性。由基本表与代码表中的数据，可以派生出所有的输出数据。 稳定性。基本表的结构是相对稳定的，表中的记录是要长期保存的。 理解基本表的性质后，在设计数据库时，就能将基本表与中间表、临时表区分开来。 4. 范式标准 基本表及其字段之间的关系, 应尽量满足第三范式。但是，满足第三范式的数据库设计，往往不是最好的设计。为了提高数据库的运行效率，常常需要降低范式标准：适当增加冗余，达到以空间换时间的目的。 〖例2〗：有一张存放商品的基本表，如表1所示。"金额"这个字段的存在，表明该表的设计不满足第三范式，因为"金额"可以由"单价"乘以"数量"得到，说明"金额"是冗余字段。但是，增加"金额"这个冗余字段，可以提高查询统计的速度，这就是以空间换时间的作法。 数据库物理设计全文共9页，当前为第3页。数据库物理设计全文共9页，当前为第3页。在Rose 2002中，规定列有两种类型：数据列和计算列。"金额"这样的列被称为"计算列"，而"单价"和"数量"这样的列被称为"数据列"。 数据库物理设计全文共9页，当前为第3页。 数据库物理设计全文共9页，当前为第3页。 表1 商品表的表结构 商品名称 商品型号 单价 数量 金额 电视机 29吋 2,500 40 100,000 5. 通俗地理解三个范式 通俗地理解三个范式，对于数据库设计大有好处。在数据库设计中，为了更好地应用三个范式，就必须通俗地理解三个范式(通俗地理解是够用的理解，并不是最科学最准确的理解)： 第一范式：1NF是对属性的原子性约束，要求属性具有原子性，不可再分解； 第二范式：2NF是对记录的惟一性约束，要求记录有惟一标识，即实体的惟一性； 第三范式：3NF是对字段冗余性的约束，即任何字段不能由其他字段派生出来，它要求字段没有冗余。 没有冗余的数据库设计可以做到。但是，没有冗余的数据库未必是最好的数据库，有时为了提高运行效率，就必须降低范式标准，适当保留冗余数据。 数据库物理设计全文共9页，当前为第4页。数据库物理设计全文共9页，当前为第4页。具体做法是：在概念数据模型设计时遵守第三范式，降低范式标准的工作放到物理数据模型设计时考虑。降低范式就是增加字段，允许冗余。 数据库物理设计全文共9页，当前为第4页。 数据库物理设计全文共9页，当前为第4页。 6. 要善于识别与正确处理多对多的关系 若两个实体之间存在多对多的关系，则应消除这种关系。消除的办法是，在两者之间增加第三个实体。这样，原来一个多对多的关系，现在变为两个一对多的关系。要将原来两个实体的属性合理地分配到三个实体中去。 这里的第三个实体，实质上是一个较复杂的关系，它对应一张基本表。一般来讲，数据库设计工具不能识别多对多的关系，但能处理多对多的关系。 〖例3〗：在"图书馆信息系统"中，"图书"是一个实体，"读者"也是一个实体。这两个实体之间的关系，是一个典型的多对多关系：一本图书在不同时间可以被多个读者借阅，一个读者又可以借多本图书。 为此，要在二者之间增加第三个实体，该实体取名
mysql自动计算派生属性,设置派生属性（数据库中没有设置该字段，而要在持久化类中通过计算得到的新属...
weixin_35997666的博客
03-18 411
并不是持久化类的所有属性都直接和表的字段匹配，持久化类的有些属性的值必须在运行时通过计算才能得出来，这种属性称为派生属性。有两中方法：1．在映射文件中不映射新的属性。而在持久化类中定义一个新属性的set方法加入逻辑计算，在程序中通过调用该方法给原属性附值。2．利用元素的formula属性。Formula属性用来设置一个SQL表达式，Hibernate将根据它来计算出派生属性的值。下面以Cust...
mysql 派生表_MySql 学习笔记 (派生表)
weixin_28675839的博客
01-19 119
Html 移动web开发细节处理1.-webkit-tap-highlight-color:rgba(255,255,255,0)可以同时屏蔽ios和android下点击元素时出现的阴影.备注:transparent的属性值在and ...如何使weblogic11g类似weblogic923一样统一使用一个boot.properties文件如何使weblogic11g类似w...
数据库派生属性 多值属性
weixin_30645617的博客
04-15 5123
数据库中什么叫派生属性 例如：“学生”实体中有“生日”和“年龄”等属性，从“生日”可以计算出“年龄”属性的值，“年龄”属性就是派生属性 多值属性 比如：一个人都多个亲属，亲属就是多值属性 转载于:https://www.cnblogs.com/rednodel/p/6714535.html...
数据库派生属性
weixin_34235457的博客
04-27 1504
2019独角兽企业重金招聘Python工程师标准>>> ...
数据库设计思想.docx
01-08
数据库设计思想全文共4页，当前为第1页。数据库设计思想全文共4页，当前为第1页。键： 数据库设计思想全文共4页，当前为第1页。 数据库设计思想全文共4页，当前为第1页。 一个实体不能既无主键又无外键。处于叶子部位的实体, 可以定义主键，也可以不定义主键(因为它无子 孙), 但必须要有外键(因为它有父亲)。主键与外键的设计，在全局数据库的设计中，占有重要地位。 基本表： 　　基本表与中间表、临时表不同，因为它具有如下四个特性： 　　 (1) 原子性。基本表中的字段是不可再分解的。 　　 (2) 原始性。基本表中的记录是原始数据（基础数据）的记录。 　　 (3) 演绎性。由基本表与代码表中的数据，可以派生出所有的输出数据。 　　 (4) 稳定性。基本表的结构是相对稳定的，表中的记录是要长期保存的。 　　理解基本表的性质后，在设计数据库时，就能将基本表与中间表、临时表区分开来。 范式: 　　第一范式：1NF是对属性的原子性约束，要求属性具有原子性，不可再分解； 　　第二范式：2NF是对记录的惟一性约束，要求记录有惟一标识，即实体的惟一性； 　　第三范式：3NF是对字段冗余性的约束，即任何字段不能由其他字段派生出来，它要求字段没有冗余。 (范式只能作为参考的标准,未必是合身的.) 多对多关系怎么办法: 自然是将他们的联系独立出来,用单独的表来存储,但这样的实体并不存在,因为它提取的是'联系' 数据库设计思想全文共4页，当前为第2页。数据库设计思想全文共4页，当前为第2页。主键PK的取值方法: 数据库设计思想全文共4页，当前为第2页。 数据库设计思想全文共4页，当前为第2页。 　　 PK是供程序员使用的表间连接工具，可以是一无物理意义的数字串, 由程序自动加1来实现。也可以是有物理意义的字段名或字段名的组合。不过前者比后者好。当PK是字段名的组合时，建议字段的个数不要太多，多了不但索引占用空间大，而且速度也慢。 正确认识数据冗余 　　主键与外键在多表中的重复出现, 不属于数据冗余，这个概念必须清楚，事实上有许多人还不清楚。非键字段的重复出现, 才是数据冗余！而且是一种低级冗余，即重复性的冗余。高级冗余不是字段的重复出现，而是字段的派生出现。( 汗~~ 好象超级白痴与低级白痴的区别,超级白痴应该拽一点~) 冗余是为了换去效率,如果在你的数据库项目中冗余并不能提高效率那就保持现有标准! E--R图没有标准答案 E--R图没有标准答案,但总得结构清晰、关联简洁、实体个数适中、属性分配合理、没有不必要冗余。 视图: 视图与基本表、代码表、中间表不同，视图是一种虚表，它依赖数据源的实表而存在。是基表数据综合的一种形式, 是数据处理的一种方法，是用户数据保密的一种手段。但它的深度不应多于三层. 完整性约束表现在三个方面 　　域的完整性：用Check来实现约束，在数据库设计工具中，对字段的取值范围进行定义时，有个 数据库设计思想全文共4页，当前为第3页。数据库设计思想全文共4页，当前为第3页。 数据库设计思想全文共4页，当前为第3页。 数据库设计思想全文共4页，当前为第3页。 Check按钮，通过它定义字段的值城。 　　参照完整性：用PK、FK、表级触发器来实现。 　　*用户定义完整性：它是一些业务规则，用存储过程和触发器来实现。 =================================================================================== 防止数据库设计打补丁的方法是"三少原则" 　　 (1) 一个数据库中表的个数越少越好。只有表的个数少了，才能说明系统的E--R图少而精，去掉了重复的多余的实体，形成了对客观世界的高度抽象，进行了系统的数据集成，防止了打补丁式的设计； 　　 (2) 一个表中组合主键的字段个数越少越好。因为主键的作用，一是建主键索引，二是做为子表的外键，所以组合主键的字段个数少了，不仅节省了运行时间，而且节省了索引存储空间； 　　 (3) 一个表中的字段个数越少越好。只有字段的个数少了，才能说明在系统中不存在数据重复，且很少有数据冗余，更重要的是督促读者学会"列变行"，这样就防止了将子表中的字段拉入到主表中去，在主表中留下许多空余的字段。所谓"列变行"，就是将主表中的一部分内容拉出去，另外单独建一个子表。这个方法很简单，有的人就是不习惯、不采纳、不执行。 　　数据库设计的实用原则是：在数据冗余和处理速度之间找到合适的平衡点。"三少"是一个整体概念，综合观点，不能孤立某一个原则。该原则是相对的，不是绝对的。"三多"原则肯定是错误的。试想：若覆盖系统同样的功能，一百个实体(共一千个属性) 的E--R图，肯定比二百个实体(共二千个属性) 的E--R图，要好得多。 　　提倡"三少"原则
数据库设计思路.doc
01-08
数据库的设计思路 一．数据库的设计思路 1.数据库的设计原则 遵循数据库设计的三个范式的要求，可以允许有少量的数据冗余。 一即对属性的原子性约束，要求属性具有原子性，不可再分解。 二即对记录的惟一性约束，要求记录有惟一标识，即实体的惟一性。 三即对字段冗余性的约束，即任何字段不能由其他字段派生出来，它要求字段 没有冗余。但是如果设计的数据库完全满足这三个范式的话，又未必是最 好的数据库，为了提高数据库的运行效率，我们必须降低范式要求，允许 数据库有少量冗余数据。 主键与外键的设置 为了确保数据在数据库中的唯一性和关联性以及完整性，有必要对数据库进行 主键与外键的设置。 要善于识别与正确处理多对多的关系 中间表、报表和临时表 防止数据库设计打补丁的方法是"三少原则" 2.数据库设计的基本步骤 需求收集 对用户的使用的收集，能及最后系统能达到用户的使用要求。 概念设计 对收集到地需要进行合理的分组及拆分。 物理设计 对上一步的概念设计在PowerDesigner里进行实际的设计 实施阶段 把PowerDesigner里设计好的表产生SQL，然后在SqlServer里运行，产生各种 实体的表。 运行和维护 二．系统数据库的构成 1.基础类数据 设计此类数据是为了方便及规范用户的输入，以及提高速度 字典数据 系统中所有运用到的字段的各类属性 区域数据 各城市的区域划分 2.业务类数据 为了防止数据量过大，对数据库进行了水平的切割，分到每个城市一套表，这样 在查询和各种增删改操作的时候速度会更快。 楼盘数据 楼栋数据 房号数据 案例数据 统计数据 3日志类数据 为了数据都有据可查，以及错误的查找，设计了日志数据。 日志数据 4.用户类数据 为了系统的安全性，以及权限分割。 用户数据 权限数据 ----------------------- 数据库设计思路全文共2页，当前为第1页。 数据库设计思路全文共2页，当前为第2页。
派生属性的设计取舍
最新发布
weixin_36829761的博客
02-10 287
在设计数据库关系模式时，需要仔细分析数据的关系和业务逻辑，确定哪些属性是基本的、需要直接存储的，哪些属性是可以通过其他属性派生出来的。然而，在某些情况下，即使属性可以派生，将其作为独立的字段存储在数据库中可能也是有意义的。这可能是因为计算派生属性的过程比较复杂或耗时，或者因为在某些查询中经常需要直接获取派生属性的值，而不希望每次都进行计算。派生属性是指可以通过其他已存在的属性或数据计算或推导出的属性。通过使用派生属性，我们可以避免存储冗余的计算结果，并且在需要时可以动态地计算和获取这些属性的值。
Redis查看所有key的命令
热门推荐
abckingaa的博客
02-13 1万+
Redis查看所有key的命令 keys *
10分钟带你操作Cassandra数据库(查改增删)
abckingaa的博客
03-17 5044
搭建Cassandra环境,参考: https://blog.csdn.net/abckingaa/article/details/123440517 本文使用Java JDBC方式,操作Cassandra数据库(SUID:查改增删) 一、配置数据库连接方式 #bee.db.dbName=Cassandra bee.db.url =jdbc:cassandra://127.0.0.1:9042 bee.db.username = bee.db.password = bee.db.schemaN
Redis清空所有数据命令
abckingaa的博客
02-09 4517
在cmd 命令窗口，输入清空所有Redis 数据指令: flushall
各种分布式全局唯一ID生成算法汇总大全(共12种)--有3种你没见过的雪花算法
abckingaa的博客
06-23 4299
​ 各种分布式全局唯一ID生成算法汇总大全(共12种)；设计分布式微服务系统，面试看这篇就够了。 在复杂分布式系统中，往往需要对大量的数据和消息进行唯一标识。在系统中，数据日渐增长，对数据分库分表后需要有一个唯一ID来标识一条数据或消息，数据库的自增ID显然不能满足需求；此时一个能够生成全局唯一ID的系统是非常必要的。概括下来，那业务系统对ID号的要求有哪些呢？ 1.全局唯一性：不能出现重复的ID号，保证生成的ID全局唯一，这是最基本的要求。 2.趋势递增：有...
window Cassandra环境搭建
abckingaa的博客
03-12 4225
window Cassandra环境搭建
自定义动态SQL标签(易用,效率高)
abckingaa的博客
03-18 4004
1.List, Set转SQL in 定义的sql: select * from orders where userid in #{userid @in} Java代码: Map<String, Object> map = new HashMap<>(); List<String> list=new ArrayList<>(); list.add("bee"); list.add("orders3"); lis
数据库逻辑结构设计和外模式设计过程中如何处理派生属性，简要说明原因
06-09
在数据库逻辑结构设计和外模式设计过程中，派生属性可以通过计算或者逻辑推导得出。这些属性不是直接存储在数据库中，而是通过其他属性计算得出。在处理派生属性时，需要考虑以下几个方面： 1. 是否将派生属性存储在数据库中 派生属性可以通过计算得出，因此并不需要在数据库中单独存储。但是，如果派生属性需要频繁使用，可以将其存储在数据库中以提高查询效率。 2. 如何计算派生属性 计算派生属性的方法取决于该属性的定义。例如，如果派生属性是某个属性的平均值，可以通过对该属性进行求和并除以记录数来计算。如果派生属性是两个属性的比率，可以通过相除来计算。 3. 如何更新派生属性 由于派生属性不是直接存储在数据库中，因此需要在更新相关属性时重新计算派生属性。例如，如果更新了某个属性的值，就需要重新计算与该属性相关的派生属性。 处理派生属性的原因是，它们可以提供有用的信息，但不需要存储额外的数据。通过计算派生属性，可以在需要时快速获取相关信息。同时，处理派生属性还可以避免数据冗余，提高数据库的效率和可维护性。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值