社区
数据库相关
帖子详情
欢迎讨论数据结构设计问题,做数据库是把一些信息做成一个大表好,还是做成几个分表好。在速度和使用效果上有什么区别。
flymeng
2002-07-24 03:54:26
以前我公司做过一个系统有好几个主要的表使用的是一个大表,现在公司准备重新开发这套程序,目前考虑数据库使用多个分表,高手请帮我。
...全文
109
13
打赏
收藏
欢迎讨论数据结构设计问题,做数据库是把一些信息做成一个大表好,还是做成几个分表好。在速度和使用效果上有什么区别。
以前我公司做过一个系统有好几个主要的表使用的是一个大表,现在公司准备重新开发这套程序,目前考虑数据库使用多个分表,高手请帮我。
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
13 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
mongtze
2002-07-25
打赏
举报
回复
第一,尽可能符合范式;第二,在速度和冗余度之间寻求一个最佳结合点。
pingj
2002-07-25
打赏
举报
回复
太注重数据的重复性,会不会很多时候都需要多表连接,效率岂不很低?
zzz1975
2002-07-25
打赏
举报
回复
数据量达 范式=多表
小 大彪
Methodor
2002-07-24
打赏
举报
回复
范式问题~
理论结合需求~
尽量向理论靠~
xjbs
2002-07-24
打赏
举报
回复
要人多方面看,
一般档案性的表,可以设成大表,
生产性的表,要根据情况年,
如果数据是很大,则可以适当分拆,
RechardXc
2002-07-24
打赏
举报
回复
大表当数量级超过百万时查询性能下降的较快,尤其是表间关联查询会很慢
joss
2002-07-24
打赏
举报
回复
合理的设计数据库
能使工作事半功倍
一般我做的应用中主表所有数据不可能是一张大表
而是还有很多附表
如产品表、部门表、操作员、单位表等等
这样客户维护也方便些
sichuanwww
2002-07-24
打赏
举报
回复
说的不错,如果更新少就近可能的用多表(符合"3N饭食"),数据少用大表.
tiger201
2002-07-24
打赏
举报
回复
设计三范式:
(1)Frist Normal Form (1NF)
"每一資料欄只含一個值。"
检查有无具有重复值的属性,有则将其移到新的实体中。
(2)Second Normal Form (2NF)
"所有不是 Primary Key 的資料欄與 Primary key 皆有fully functional Dependency。"
删除不是依赖于整个键的数据项,其它属性与主键一一对应。
(3)Third Normal Form (3NF)
"所有不是 primary key 的資料欄間沒有 full functional dependency。"
删除依赖属性而不完全依赖主键的项,非主键项之间不能有一一对应关系。
far_ranging
2002-07-24
打赏
举报
回复
如果数据量不是很大,可以考虑用一个大表。
但是数据量很大的话,就要考虑效率问题了。
pbworm
2002-07-24
打赏
举报
回复
适当的冗余可以增加编码的速度以及执行时的查询速度。
主要看你的需求
tiger201
2002-07-24
打赏
举报
回复
最佳化 Table Design 原则:
將 Table 的資料庫分解為較小的 Table 直到每個 table 的每個 field 都 depend on 該 table 的 key
why?
降低重複性 (redundancy) ?*指資料之儲存*?
清除不一致性(Consistency) ?*指資料之異動*?
Icon
2002-07-24
打赏
举报
回复
尽可能符号范式,当然不一定要完全符号,适当的数据冗余可以缩短编码时间,尤其在使用pb的数据窗口时适当的数据冗余可以避免多表更新等繁琐的问题。
数据库
分库
分表
详解和案例实战
本课程深入MySQL 分库
分表
各个环节,2023年最新课程。每个章节都会以原理深入+实际案例进行讲解。内容
数据库
安装,主从同步,和
分表
分表
详解和对应的应用场景及注意事项MySQL在金融互联网行业的企业级安装部署1 安装方式2 安装用户3 目录规范4 操作系统配置5 创建用户6 创建目录7 安装8 配置文件9 安装依赖包10 配置环境变量11 初始化
数据库
12 重置密码 主从复制,gtid,并行复制_半同步复制_实操案例_常用命令_故障处理1 主从复制原理深入讲解2 主从复制相关参数3 主从复制架构部署4 从库状态详解5 过滤复制6 什么是GTID?7 GTID主从配置8 gtid维护9 GTID的特点10 工作原理11 gtid相关状态行和变量 MySQL分库
分表
目录章节1.MyCAT分布式架构入门及双主架构1.1 主从架构1.2 MyCAT安装1.3 启动和连接1.4 配置文件介绍2.MyCAT读写分离架构2.1 架构说明2.2 创建用户2.3 schema.xml2.4 连接说明2.5 读写测试2.6 当前是单节点3.MyCAT高可用读写分离架构3.1 架构说明3.3 schema.xml(配置)3.4 文件详解3.4.1 schema标签3.4.2 table标签3.4.3 dataNode标签3.4.4 dataHost3.4 读写测试3.5 故障转移4.MyCAT垂直
分表
4.1 架构4.2 新建表4.3 配置mycat4.4 验证6. MyCAT水平
分表
-取模分片取模分片7. MyCAT水平
分表
-枚举分片枚举分片字符枚举配置执行计划的分析8. MyCAT全局表与ER表全局与ER表8.1 全局表8.1.1 特性8.1.2 建表8.1.3 配置8.1.4 验证8.1.5 分析总结(执行计划)8.2 ER表8.2.1 特性8.2.2 建表8.2.3 配置8.2.4 测试验证,子表是否跟随父表记录分片8.2.5 分析总结(执行计划)
数据库
为什么要分库
分表
?
我们需要了解以下
问题
: 什么是分库
分表
为什么需要分库
分表
如何分库
分表
什么时候开始考虑分库
分表
分库
分表
会导致哪些
问题
分库
分表
有哪些中间件 一、什么是分库
分表
分库:就是
一个
数据库
分成多个
数据库
,部署到不同服务器上。例如用户表、订单表、商品表分别部署到不同的服务器上。
分表
:就是
一个
数据库
表分成多个表。例如原始表可以将1、2、3月的订单的数据分别放到不同数据表中。 二、为什么需要分库
分表
2.1 为什么需要分库呢? 如果业务
在面试时被问到,为什么MySQL
数据库
数据量大了要进行分库
分表
?
正文如下,如果觉得有用
欢迎
点赞、关注~~ 在文章开头先抛
几个
问题
: (1)什么时候才需要分库
分表
呢?我们的评判标准是什么? (2)一张表存储了多少数据的时候,才需要考虑分库
分表
? (3)数据增长
速度
很快,每天产生多少数据,才需要考虑
做
分库
分表
? 这些
问题
你都搞清楚了吗?相信看完这篇文章会有答案。 为什么要分库
分表
? 首先回答一下为什么要分库
分表
,答案很简单:
数据库
出现性能瓶颈。用大白话来说就是
数据库
快扛不住了。
数据库
出现性能瓶颈,对外表现有
几个
方面: 大量请求阻塞 在高并发场景下,
数据库
分库
分表
可扩展及数据倾斜/热点
问题
数据库
如何分库
分表
提起分库
分表
,对于大部分服务器开发来说,其实并不是
一个
新鲜的名词。随着业务的发展,我们表中的数据量会变的越来越大,字段也可能随着业务复杂度的升高而逐渐增多,我们为了解决单表的查询性能
问题
,一般会进行
分表
操作。 同时我们业务的用户活跃度也会越来越高,并发量级不断加大,那么可能会达到单个
数据库
的处理能力上限。此时我们为了解决
数据库
的处理性能瓶颈,一般会进行分库操作。不管是分库操作还是
分表
操作,我们一般都有两种方式应对,一种是垂直拆分,一种是水平拆分。 关于两种拆分方式的
区别
和特点,
数据库
之分库
分表
首先我们要知道分库、
分表
都是干啥的,本文主角还是我们的MySQL为第一视角。首先从字面意思来看: 分库:由单个
数据库
实例拆分成多个
数据库
实例,将数据分布到多个
数据库
实例中。
分表
:由单张表拆分成多张表,将数据划分到多张表内。 要知道,对于大型互联网项目,数据量级可能不是我们能想到的,每日新增数据量过千万是常有的事儿,想靠单台MySQL服务器是不现实的。你项羽在牛B,也顶不住四个队友挂机啊!! ...
数据库相关
752
社区成员
12,763
社区内容
发帖
与我相关
我的任务
数据库相关
PowerBuilder 数据库相关
复制链接
扫一扫
分享
社区描述
PowerBuilder 数据库相关
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章