关于数据库设计时性能的一个权衡

最新推荐文章于 2021-07-01 16:28:26 发布
最新推荐文章于 2021-07-01 16:28:26 发布
阅读量153 收藏
点赞数
文章标签： 请求高手进入
现正设计一个求取招聘网的数据层，一个人可以有多个求职意向，如果采用范式设计，数据记录查询效率会下降很多，相当于100人×20求取意向＝记录数，另一种考虑是，采用字符串拼接，问题现在出在这里，如果是全选80个好处理，可以通过标示符处理，如果选择79个时，在效率上，那个会高一些，怎么权衡
shen821104
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
2数据库设计规范.doc
06-16
保密级别： 绝密 机密 秘密 内部公开 数据库设计规范 变更记录 "版本号 "修改点说明 "变更日期 "变更人 "审批人 " "V1.0 "创建 " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " 修改点说明的内容有如下几种：创建、修改（+修改说明）、删除（+删除说明） 目 录 1 编写目的 1 2 数据库策略 1 2.1 数据库对象长度策略 1 2.2 数据完整性策略 1 2.3 规范化设计与性能之间的权衡策略 1 2.4 字段类型的定义与使用策略 1 3 命名规范 3 3.1 数据库命名规则 3 3.2 数据库对象命名的一般原则 4 3.3 表空间(Tablespace)命名规则 4 3.4 表(Table)命名规则 4 3.5 字段命名规则 5 3.6 视图(View)命名规则 5 3.7 序列(Sequence)命名规则 5 3.8 存储过程(Procedure)的命名规则 5 3.9 函数(Function)的命名规则 5 3.10 索引(Ind
4数据库设计规范.doc
06-16
保密级别： 绝密 机密 秘密 内部公开 数据库设计规范 变更记录 "版本号 "修改点说明 "变更日期 "变更人 "审批人 " "V1.0 "创建 " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " 修改点说明的内容有如下几种：创建、修改（+修改说明）、删除（+删除说明） 目 录 1 编写目的 1 2 数据库策略 1 2.1 数据库对象长度策略 1 2.2 数据完整性策略 1 2.3 规范化设计与性能之间的权衡策略 1 2.4 字段类型的定义与使用策略 1 3 命名规范 3 3.1 数据库命名规则 3 3.2 数据库对象命名的一般原则 4 3.3 表空间(Tablespace)命名规则 4 3.4 表(Table)命名规则 4 3.5 字段命名规则 5 3.6 视图(View)命名规则 5 3.7 序列(Sequence)命名规则 5 3.8 存储过程(Procedure)的命名规则 5 3.9 函数(Function)的命名规则 5 3.10 索引(Ind
8数据库设计规范.doc
06-16
保密级别： 绝密 机密 秘密 内部公开 数据库设计规范 变更记录 "版本号 "修改点说明 "变更日期 "变更人 "审批人 " "V1.0 "创建 " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " 修改点说明的内容有如下几种：创建、修改（+修改说明）、删除（+删除说明） 目 录 1 编写目的 1 2 数据库策略 1 2.1 数据库对象长度策略 1 2.2 数据完整性策略 1 2.3 规范化设计与性能之间的权衡策略 1 2.4 字段类型的定义与使用策略 1 3 命名规范 3 3.1 数据库命名规则 3 3.2 数据库对象命名的一般原则 4 3.3 表空间(Tablespace)命名规则 4 3.4 表(Table)命名规则 4 3.5 字段命名规则 5 3.6 视图(View)命名规则 5 3.7 序列(Sequence)命名规则 5 3.8 存储过程(Procedure)的命名规则 5 3.9 函数(Function)的命名规则 5 3.10 索引(Ind
数据库性能优化详解
02-25
性能调节的目的是通过将网络流通、磁盘I/O和CPU时间减到最小，使每个查询的响应时间最短并最大限度地提高整个数据库服务器的吞吐量。为达到此目的，需要了解应用程序的需求和数据的逻辑和物理结构，并在相互冲突的数据库使用之间（如联机事务处理(OLTP)与决策支持）权衡。对性能问题的考虑应贯穿于开发阶段的全过程，不应只在最后实现系统时才考虑性能问题。许多使性能得到显著提高的性能事宜可通过开始时仔细设计得以实现。为最有效地优化Microsoft?SQLServer?2000的性能，必须在极为多样化的情形中识别出会使性能提升最多的区域，并对这些区域集中分析。虽然其它系统级性能问题（如内存、硬件等）也是研究
mysql实体之间的关系、数据库的设计和规范化和性能的关系
Darkman_EX的博客
06-12 1104
实体之间的关系 什么是实体? 我们所看到的每一条记录就是一个实体. 1.一对一的关系 2.一对多的关系 3.多对一的关系 4.多对多的关系 (1)一对一的关系:主键关系 stuinfo stuno(学号) stuname(学生的姓名) 1 tom 2 jack stumarks stuno score 1 ...
权衡SQL Server索引对性能的影响
dida4700的博客
03-20 80
权衡SQL Server索引对性能的影响 http://www.searchdatabase.com.cn/showcontent_38015.htm poste...
数据库规范化设计与性能的问题
Hamber_Bao的专栏
08-29 1447
在上一篇文章中，我们提到了数据库规范设计的三大范式问题。但是需要提醒大家的是，对于项目的最终用户来说，客户最关心的是方便、清晰的数据结果。在数据库规范化设计时，为了满足三大范式，我们的数据操作性能会受到相应的影响。所以，在实际的数据库设计中，既要考虑到三大范式，避免数据的冗余和各种数据库操作异常，又要考虑数据访问性能。有时，为了减少表间连接，提高数据库的访问性能，允许适当的数据冗余
数据库设计中关系规范化理论总结
K。的博客
07-31 8785
数据库是一门对数据进行有效管理的技术，它研究信息资源如何被安全地储存和如何被高效地利用，它是现代计算机科学的一个重要分支。其中关系数据库是目前被应用最广泛的数据库类型，它看起来类似于一张二维表，通过应用数学的方法来处理数据库中的数据。在关系数据库的设计过程中，最重要的莫过于对数据库的逻辑设计，即针对一个具体的问题，我们应该如何去构造一个适合它的数据库模式。经过科学家的讨论研究，最终形成我们今天所看到的关系数据库的规范化理论。本文通过例举具体事例来探讨关系规范化理论在数据库逻辑设计中的形成和方法。
数据库的并发一致性问题
yaotai8135的博客
04-15 8086
声明：本文内容基本从https://github.com/CyC2018/Interview-Notebook这个GitHub上整理而来。1.修改丢失问题2.读脏数据T1修改了数据，但随后T1撤销了修改，T2读的是脏数据。3.不可重复读T2 读取一个数据，T1 对该数据做了修改。如果 T2 再次读取这个数据，此时读取的结果和和第一次读取的结果不同。4.幻影读T1 读取某个范围的数据，T2 在这个范...
读写权衡与关系型数据库Nosql数据库
KuaiLeShiFu的博客
01-23 258
背景 不同类型的数据库，如果不同的读写诉求，怎么推动和决策？ 具体 在关系型数据库中，如果设计得当（表的粒度合理），那么修改操作只会影响很小一部分，但是，如果是复杂的读，那么就需要多个表之间进行复杂的关联等操作。 在nosql中，比如ES，它天生接受你的数据扁平化，那么复杂的读在这里就不是问题，但是写，就变得影响很大。 关系型数据库是分割 而Nosql是聚合 一般的在线业务需求都
数据库期末复习后四章
Sarah_212的博客
07-01 350
第8章 数据库的安全与完整性约束 8.1 数据库的安全 8.1.1 何谓数据库的安全 8.1.2 DBMS的安全机制 视图机制 为不同的用户定义不同的视图，可以限制各个用户的访问范围用户标识与鉴别（User Identification & Verification） 存取控制（Access Control） 授权(Authorization): 对用户存取权限的定义 集中式授权：由DBA统一定义和管理。 分散式授权：由DBA及授权的用户分散定义和管理证实(Authe...
高性能mysql之数据库设计原则
胃小的博客
01-05 643
数据库设计的三大范式第一范式: 确保每列保持原子性即表中的每个字段都是不可分割的最小单元, 如 : 性别,年龄,班级等,  第二范式: 一个表只存一种类型的数据即表在业务上保持相对的独立, 学生表只存储用户信息, 成绩表只存成绩信息, 将两张表合在一起是非常愚蠢的第三范式: 确保表中字段都和主键直接相关,即表中所有的所有字段都与主键相联系,尽量精简表的字段, 反范式: 冗余的思想三大范式很好的保证...
MySQL知识汇总（第八篇）数据库设计规范—两个阶段，步骤，三大范式，规范化和性能的关系
Zhou_LC的博客
03-28 363
前言：参考资料 https://www.bilibili.com/video/BV1NJ411J79W?p=35 https://baike.baidu.com/item/%E6%95%B0%E6%8D%AE%E5%BA%93%E8%8C%83%E5%BC%8F/7309898?fr=aladdin 文章目录数据库设计规范1.简述2.两个阶段3.步骤4.三大范式第一范式（1 NF）第二范式（2 NF）第三范式（3 NF）5.规范化和性能的关系 数据库设计规范 1.简述 良好的数据库设计既可以节省数据的存.
mysql数据库的规范和性能之间的取舍
Hiber12的博客
02-20 219
一、规范性 1、第一范式1NF（属性的原子性） 如： 学生表：学号、姓名、性别、出生年月日 用户表：id、姓名、性别、地址 如果认为最后一列出生年月日还可以再分成（年，月，日），它就不是一范式了； 如果认为最后一列地址还可以再分成（省，市，县），它就不是一范式了。 2、第二范式2NF（字段依赖主键的关系） 表：学号、课程号、姓名、学分 这个表明显写了两个事务：学生信息和课程信息 正确做法: 学生：Student(学号, 姓名)； 课程：Course(课程号, 学分)； 选课关系：StudentCourse(
SqlServer数据库性能优化详解
热门推荐
08-29 1万+
  数据库性能优化详解 性能调节的目的是通过将网络流通、磁盘 I/O 和 CPU 时间减到最小，使每个查询的响应时间最短并最大限度地提高整个数据库服务器的吞吐量。为达到此目的，需要了解应用程序的需求和数据的逻辑和物理结构，并在相互冲突的数据库使用之间（如联机事务处理 (OLTP) 与决策支持）权衡。对性能问题的考虑应贯穿于开发阶段的全过程，不应只在最后实现系统时才考虑性能问题。
C++queue介绍及详细使用示例（源代码）
最新发布
05-23
deque（双端队列）是C++标准模板库（STL）中的一个容器，它支持在序列的两端（前端和后端）快速插入和删除元素。deque 通常在需要快速地在两端添加或移除元素，但又不想承受像 list 那样的额外开销时使用。 deque的主要特性： 双端操作：deque 允许在序列的前端和后端快速插入和删除元素。 内部引用：deque 通常不会将所有元素都存储在连续的内存块中，而是将元素存储在多个较小的、独立的内存块中，并通过内部引用机制来管理这些内存块。这使得 deque 在进行前端插入和删除操作时比 vector 更高效，因为 vector 在这些操作时需要移动所有元素。 迭代器：deque 支持双向迭代器，可以向前或向后遍历元素。 随机访问：尽管 deque 的元素不是连续存储的，但它仍然支持通过索引直接访问元素（类似于 vector）。
举一个数据库设计中的索引设计的例子
09-23
以下是一个关于学生成绩查询的索引设计的例子： 假设有一个学生成绩管理系统，需要存储大量学生的成绩信息，其中包括学生姓名、科目、分数等字段。在设计数据库时，可以考虑创建一个索引来加速按学生姓名查询成绩的...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值