为什么数据表中都要添加一个业务无关的ID字段

最新推荐文章于 2021-07-26 11:00:19 发布
原创 最新推荐文章于 2021-07-26 11:00:19 发布 · 644 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#数据库

本文深入探讨了前端开发领域的关键技术，包括HTML、CSS、JavaScript等核心语言，以及Vue、React、Angular等主流框架，旨在为开发者提供全面的技术指南。
iteye_12418
关注
MySQL高频基本面试问题整理
张彦峰的博客
04-07 174万+
总结大厂MySQL高频基本面试问题整理，用于快速查缺补漏
尚硅谷数据仓库 用户行为分析
qq_44717177的博客
10-12 1674
这34个表以订单表、用户表、SKU商品表、活动表和优惠券表为中心，延伸出了优惠券领用表、支付流水表、活动订单表、订单详情表、订单状态表、商品评论表、编码字典表退单表、SPU商品表等，用户表提供用户的详细信息，支付流水表提供该订单的支付详情，订单详情表提供订单的商品数量等情况，商品表给订单详情表提供商品的详细信息。我们希望的是根据日志里面的实际时间，发往HDFS的路径，所以下面拦截器作用是获取日志中的实际时间。我们要收集和分析的数据主要包括页面数据、事件数据、曝光数据、启动数据和错误数据。
无特殊需求下Innodb建议使用与业务无关的自增ID作为主键
liu09110003420的专栏
10-19 2412
在无特殊需求的情况下，建议使用与业务无关的自增ID作为主键（针对innodb）    InnoDB引擎使用聚集索引，数据记录本身被存于主索引（一颗B+Tree）的叶子节点上。这就要求同一个叶子节点内（大小为一个内存页或磁盘页）的各条数据记录按主键顺序存放，因此每当有一条新的记录插入时，MySQL会根据其主键将其插入适当的节点和位置，如果页面达到装载因子（InnoDB默认为15/16），则开
为什么用与业务无关的自增id作为mysql主键
weixin_38772076的博客
02-18 3997
业务无关的自增id作为数据库主键： 1、可以反过来思考，若使用业务相关的唯一标识做主键，小概率可能会因为业务场景的变更，此时的被认定为业务唯一标识的字段不唯一。虽然有点牵强，但是很多都基于这种考虑。 2、对于InnoDB来说，主键是聚簇索引，主键索引位置同时存储索引值和该行记录。 在B+树的数据结构中叶子节点存储数据，如果没定义主键，则会使用非空且唯一的字段，默认为作为主键，如果前面两者都不存在则...
错过方知我不知：数据库设计中主键唯一且与业务逻辑无关的重要性
Stand_heo的博客
11-12 1736
很早以前听朋友说过，阿里的数据库设计中要求主键必须与业务无关。当时也就是耳朵听了一下，也默认，不过没做细致的思考。这段时间维护公司的一个程序需要修改业务功能的时候，在诟病原有程序的设计是有多么傻的时候，突然又想起了那句话，有很深的体会，于是我写下了这篇文章，也是我来博客园写下的第一篇文章。 我面对的场景如下： 之前的数据库设计每条记录是没有主键的，只有业务逻辑上的主键，比如产品大类Id
实体list 查找一个符合条件的实体并返回其中一个字段_小米知识图谱团队斩获CCKS 2020实体链指比赛冠军...
weixin_39840733的博客
11-28 339
“CCKS 2020：面向中文短文本的实体链指任务”是由中国中文信息学会语言与知识计算专业委员会主办，该比赛主要面向中文短文本的实体链指，简称 EL(Entity Linking)。即对于给定的一个中文短文本(如搜索 Query、微博、对话内容、文章/视频/图片的标题等)，EL 将其中的实体与给定知识库中对应的实体进行关联。比赛任务面向中文短文本的实体链指，简称 EL(Entity Li...
删掉表中MS_ID不是以1开头的数据
最新发布
08-02
我们注意到用户这次的需求是：删除表中MS_ID不以数字1开头的数据 而之前的问题要求是删除“不以数字开头”（即非数字开头）的数据，现在特别指定了不以数字1开头 因此，我们需要调整条件：只删除那些第一个字符...
帮我写sql语句，查询gtja_ht_h072_std全表，gtja_ht_h072_std的字段包含（extbusin_account，investor_type，investor_opendate，client_id，business_kind，deal_status，deal_info，deal_date，deal_time）， 1. 如果在gtja_clientrightsinfo 存在与gtja_ht_h072_std 中client_id相同 且gt_clientrightkind =‘A1’的数据，则更新gtja_ht_h072_std的（begin_date，end_date，subentry，dict_prompt，gt_ext1）字段。 2. 如果不存在则插入gtja_clientrightsinfo 表数据（client_id，curr_date，curr_time，init_date，branch_no，gt_clientrightkind，begin_date，end_date，dict_entry，subentry，dict_prompt，position_str，gt_ext1）； 3. 在插入数据的过程中：begin_date取gtja_ht_h072_std的investor_opendate； end_date的计算方式为：如果gtja_ht_h072_std的investor_type=1：to_number(to_char(add_months(to_date(@begin_date, 'yyyymmdd'), 24) - 1, 'yyyymmdd'));计算结束日期,有效期2年（24个月）。 如果gtja_ht_h072_std的investor_type=2：end_date 设置 30001231; 特定投资者到期日应置为：30001231； gt_ext1字段取gtja_ht_h072_std的investor_type
04-16
用户可能是在处理客户权益信息，需要根据某个标准表（gtja_ht_h072_std）中的数据来维护另一个表（gtja_clientrightsinfo）中的记录。特别是当client_id存在且满足特定条件时，进行更新，否则插入新记录。同时，插入...
java面试题分享:为什么需要分布式ID？你项目中是怎么做的？
Niklaus的博客
07-26 809
为什么需要分布式ID？你项目中是怎么做的？ 何为 ID？ 简单来说，ID就是数据的唯一标识 何为分布式 ID？ 分布式 ID 是分布式系统下的 ID，分布式 ID 不存在于现实生活中，属于计算机系统中的一个概念。 举一个简单的分库分表点例子： 我司一个项目使用的是单机板的mysql。但项目上线后随着使用人数越来越多，整个系统的数据量将越来越大，单机 MySQL 已经没办法支撑了，需要进行分库分表（推荐 Sharding-JDBC）。在分库之后， 数据遍布在不同服务器上的数据库，数据库的自增主键已经没办法满足
实战saas系统多租户数据隔离（二）使用租户id字段区分租户数据
热门推荐
johntsu的专栏
09-07 1万+
目录 0.前言 1.whymybatis-plus？ 2.需求分析 3.环境准备 4.实现步骤 4.1准备TenantContext 4.2创建MybatisPlusConfig配置类 4.3编写接口 4.4编写拦截器，在接口调用前进行多租户处理 5.项目测试 总结 参考资料 0.前言 上一篇文章中，我们一起了解了一下saas系统架构中实现...
使用数据库自增ID弊端
Oxygen的博客
06-11 3631
导入旧数据时，可能会ID重复或ID变化，导致导入失败。 分布式架构，分库分表，无法实现全局ID唯一。 增长是从1开始的，无法处理统一为统一格式。 ...
表的主键应当不具有任何业务含义
鱼翔浅底的技术专栏
08-01 1931
表通过主键来保证每条记录的唯一性，表的主键应当不具有任何业务含义，因为任何有业务含义的列都有改变的可能性。关系数据库学的最重要的一个理论就是：不要给关键字赋予任何业务意义。假如关键字具有了业务意义，当用户决定改变业务含义，也许他们想要为关键字增加几位数字或把数字改为字母，那么就必须修改相关的关键字。一个表中的主关键字有可能被其他表作为外键。就算是一个简单的改变，譬如在客户号码上增加一位数字，也可能
id生成器，主要为互联网的各种业务生成id（也就是数据库主键）
06-20 1889
https://github.com/crosg/idCreator
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值