说说每张表都设ID的数据库设计方案的弊端

最新推荐文章于 2025-11-06 14:48:36 发布
最新推荐文章于 2025-11-06 14:48:36 发布 · 460 阅读 · 0
文章标签：

#数据库

本文讨论了产品级数据库普遍采用的每张表设立ID的做法，并分析其背后的原因及可能带来的问题。这种做法虽然常见，但是否定背离了数据库设计的原则？文章深入探讨这一现象。
我不知道这到底是偷懒还是为了以后扩展方便，似乎现在几乎所有的产品级数据库都为每张表设立的一个ID，这明显是违反数据库设计原则，但在现实开发中随处可见，于是决定写这篇小文，说说这样做的弊端。

首先说说数据库ID设立的目的，唯一确定表中的一条数据，如果有可能
Eric-Guo
关注
数据库架构设计——表结构设计
庄小焱
01-15 2万+
摘要 如何打造出一个能支撑海量的并发访问的分布式 MySQL 架构，本系列博文将从一下多个方面来分析有关MYSQL系统的架构设计相关原理。实际的业务为案例分析，分析实际业务中表使用的字段类型是如何选型，在介绍MySQL 中表的设计，比如表结构设计、访问设计、物理存储设计。通过模块一解决你表结构设计的痛点问题，让你打好架构设计最为基础的工作。 一、MySQL架构设计原理 1.1 表结构设计 实际的业务为案例分析，分析实际业务中表使用的字段类型是如何选型，在介绍MySQL 中表的设计，比如表结构设计、访
数据库记录安全解决方案
07-26 796
禁止数据删除，数据一旦增加不允许数据被任何人删除禁止数据修改，数据一旦建立不允许对数据做修改操作。
数据库表id唯一生成方法与优缺点
yrsg666的博客
11-26 741
https://www.jb51.net/article/214164.htm 雪花算法原理 http://dockone.io/article/2434602 雪花算法冲突情况 总结： 1、redis方式，唯一，实现简单，缺点是依赖第三方组件 2、默认雪花算法，机器码相同时候需要手动维护不同的workid与datacenterid以防止冲突 3、mybatis-plus，实现简单且自动避免冲突，使用机器码+jvm的pid，待验证 ...
优雅的数据库表ID的设计方案
甲蛙全栈
03-26 6968
数据库表设计是项目开发中逃不掉的问题，每一张表，我们都会设计一个ID主键字段，关于表ID的生成方式，每个人都有自己的见解，我们就来讨论如何优雅的设计数据库ID 自增ID 这种方式用起来最简单，也是很多程序员喜欢用的方式。使用方法：mysql有auto_increment；oracle里有sequence 这种方式的缺点很明显，容易被探测，假设我是一个博客系统，某一遍文章的id=10，那么显示...
Android对数据库表的一个约定：每张表都应该至少有_id这列
Liuqz2009的专栏
05-23 744
       Android对数据库表有一个约定。就是每张表都应该至少有_id这列。ListView在使用CursorAdapter及其子类适配 cursor的时候，会默认的获取 _id 这列的值，如果你建的表没有 _id这列或者你的cursor中没有_id这列（查询时的projection中没有_id）就报错了。所以使用CursorAdapter及其子类的时候一定要使查询时的projection...
后端程序员必备：15个MySQL表设计的经验准则
yuanmomoya的博客
10-17 966
若无特殊理由，建议将字段定义为 NOT NULL。原因如下：可以防止出现空指针问题。NULL 值存储需要额外空间，且会使比较运算更为复杂，让优化器难以优化 SQL。NULL 值可能导致索引失效。若将字段默认设置成一个空字符串或常量值不影响应用逻辑，可将该字段设置为 NOT NULL。
数据库的表在何处关联的问题
IT狗的日常
01-21 498
数据库中表之间关联有以下两种，优缺点如下：          ①程序代码中建立关联：                  1）优点：代码具有可移植，可迅速完成数据库的建立                  2）缺点：数据库端运行资源浪费          ②在数据库中建立表之间的关联                  1）优点：能够充分发挥数据库的资源（如CPU）            
架构设计｜数据库性能优化方案
Fong灵
11-25 4587
数据库性能优化方案
12、数据库设计与关系理论详解
最新发布
sea99的博客
11-06 8
本文详细讲解了数据库设计与关系理论的核心概念，包括为何将文本数据转为数据库、三大范式（1NF、2NF、3NF）的应用步骤及其优缺点，深入剖析了表结构的规范化过程。文章通过书籍与作者的实际案例，展示了如何消除数据冗余、建立表间关系（1:1、1:n、n:m），并介绍了中间表在多对多关系中的作用。同时探讨了命名规范、数据库设计实践步骤及范式应用的利弊，强调在实际开发中需权衡规范化与性能需求，帮助读者构建高效、可维护的数据库系统。
数据仓库表设计理论
探索大数据世界 - 深入解析数据存储、分布式计算与人工智能
07-21 3503
数据仓库表设计理论: 数仓顾名思义是数据仓库，其数据来源大多来自于业务数据(例如:关系型数据库)，当设计数仓中表类型时(拉链表、增量表、全量表、流水表、切片表)时，应先观察业务数据的特点再设计数仓表结构
有关数据库表设置 ID 主键 逻辑数据库设计（转）
weixin_45441153的博客
06-11 2367
本文的目标就是要确认那些使用了主键，却混淆了主键的本质而造成的一种反模式。 一、确立主键规范 　　每个了解数据库设计的人都知道，主键对于一张表来说是一个很重要，甚至必需的部分。这确实是事实，主键是好的数据库设计的一部分。主键是数据库确保数据行在整张表唯一性的保障。它是定位到一条记录并且确保不会重复存储的逻辑机制。主键也同时可以被外键引用来建立表与表之间的关系。 　　难点是选择那一列作为主键。大多数表中的每个属性值都有可能被很多行使用。例如姓名，电子邮件地址等等都不能保证不会重复。 　　在这样的表中，
数据库之id设计
qq_37298502的博客
07-25 5497
1.全局唯一:   id 应该是全局唯一的,不能用户表中有id为 000001 订单表中也有000001 2.粗咯有序  比如用户的id前n位是依据时间的有序性来生成的,后m位是顺序生成. 例如 秒级有序和毫秒级有序 说的就是在每秒或每毫秒中生成的id是顺序的; 3.可反解 比如用户系统和订单系统中有两个表,用户表中的id为000001 则此用户的订单为00000101 这样就是可反解...
MySQL建立一个数据库中有多张表，每个表中都有id作为主键，为什么第一张表会报错？
qq_32204423的博客
07-02 3063
表一t_class： CREATE TABLE `t_class` (   `id` int(20) NOT NULL,   `ClassName` varchar(20) DEFAULT NULL,   `GradeID` int(11) DEFAULT NULL,   `ClassDesc` varchar(20) DEFAULT NULL,   PRIMARY KEY (`id`
关于数据表设计的问题， 是主键 id 作为关联， 还是其他的唯一字段？
fan71900的专栏
06-26 8471
假设有业务需求，需要设计三张表user,order,goods order关联user,goods关联order 第一种情况：使用数据库表的主键做业务关联，order表存user_id,goods表存order_id;如果不是涉及到数据迁移，只是单库系统，这样做其实也没什么问题。 主键其实最原始的目的只是为了保证数据查找唯一，后面才是存储效率和索引效率。在多数据库迁移下，自增就麻烦点，得另外做联合...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值