什么是逻辑主键 和 业务主键

最新推荐文章于 2021-05-10 18:17:35 发布
最新推荐文章于 2021-05-10 18:17:35 发布 · 365 阅读 · 0

   1业务主键(natrual   key)，有意义的字段。    
   2逻辑主键(surrogate   key)，无意义的字段，即自增长字段，即identity。这其中还有一个选择GUID。  

mysql-主键设计
饮啖茶食个包
09-01 1294
文章目录mysql-主键设计1 主键定义2 主键设计原则总原则：根据数据库表的具体使用范围来决定采用不同的表主键定义。数据库设计的三大范式反范式主键的设计原则2.1 确保主键的无意义性2.2 采用整型主键2.3 减少主键的变动2.4 避免重复使用主键2.5 主键字段定义区分3 主键方案3.1 自增ID（1）性能消耗（2）资源消耗优点：缺点：3.2 UUID优点：缺点：3.3 ID物理主键+UUID...
MySQL索引之主键索引
12-15
在InnoDB存储引擎中，主键索引被用作聚集索引，这意味着数据行的物理顺序与主键索引的逻辑顺序相同。遵循以下原则设计主键能提高性能： - 自增属性：常选择无业务意义的自增整数列作为主键，如`auto_increment`，...
对逻辑主键、业务主键和复合主键的思考
热门推荐
早晨的阳光 的技术博客
05-10 2万+
这几天对逻辑主键、业务主键和复合主键进行了一些思考，也在网上搜索了一下相关的讨论，相关讨论可以看最下面的参考链接。下面是自己基于 SQL Server 做的一些总结，其他数据库（Oracle、MySQL、DB2、......）应该也类似吧。这个只是自己一时的思考，如有不当请告知，重新思考后再修正。 定义（部分定义来源于 SQL Server 联机丛书）：主键(PRIMARY KEY
什么是逻辑主键和业务主键
huangdingsheng的博客
03-10 9595
定义： 逻辑主键（surrogate key）：无意义的字段，即自增长字段，即identity。这其中还有一个选择GUID(Globally Unique Identifier)。 也叫代理主键。 业务主键（natrual key）：有意义的字段，比如身份证 ID。也叫自然主键 维基百科介绍： 在关系数据库设计中，业务主键是一个由以及真实存在于世界中的属性构成的键。业务...
业务主键和逻辑主键
开心每天，水滴石穿。
06-06 3303
业务主键（自然主键）：与表中的内容有关，有实际意义。 逻辑主键（代理主键）：与表中的内容无关，没有任何意义，只是为了对表中的行内容进行区分。如：1、2、3、4... 复合主键（联合主键）：通过两个或者多个字段的组合作为主键。
关于业务主键和逻辑主键
长安诗社社长@-梁瀚文- https://github.com/HevnChin https://gitee.com/HevnChin
12-02 1620
          关于这个问题网上已经有很多的讨论，现在综合这些讨论在加上自己众多建模及数据仓库工作中的经验给出以下分析及取舍建议，供各位同行参考：<br />一、业务的东西，是每一个做软件的最薄弱的，并且是最有可能受到客户影响的，也是最会引起问题的。<br />    比如身份证，如果有系统的表用此做主键，其他众多表以此为外键，当身份证从15位升到18位时，整个数系统的重构将是一个非常困难的工作。一个系统在维护的成本远大于开发的成本，所以要充分考虑客户业务变更的需求,用户今天说不会变，而明天可能就变了,
逻辑主键 与 业务主键
新手初来驾到
03-10 1672
逻辑主键 与 业务主键@(数据库)[笔记|2016.03.10]逻辑主键 与 业务主键 逻辑主键 业务主键 总结 提示对逻辑主键、业务主键和复合主键的思考 —— 资料来源 逻辑主键存在用户或维护人员误录入数据到业务主键中的问题。例如错把 RMB 录入为 RXB ，相关的引用都是引用了错误的数据，一旦需要修改则非常麻烦。如果使用逻辑主键则问题很好解决，如果使用业务主键则会影响到其他表的外键数据，当然也
MySQL 创建主键,外键和复合主键的语句
09-11
在数据库设计中，主键和外键是关系型数据库中非常重要的概念，它们用于确保数据的完整性和一致性。本文将详细介绍如何在MySQL...在设计数据库表结构时，应根据具体业务逻辑和数据特性灵活选择主键和外键的类型及组合。
starrocks中的主键表的主键一般如何设置？主键和业务主键一致是否合理？
最新发布
07-27
我们正在讨论StarRocks中的主键表设置问题。...> **关键结论**：业务主键与数据库主键一致是推荐方案，但当业务主键违反数据库约束（如长度、稳定性）时，需通过哈希或代理键转换，同时保持业务层面的逻辑关联。
mybatis-plus主键生成策略
09-07
MyBatis-Plus主键生成策略是其框架中一个重要的特性，它提供了多种方式来生成主键ID，以便适应不同的数据库环境和业务需求。MyBatis-Plus的默认策略是Twitter的“Snowflake”算法，它能生成全局唯一的长整型ID。然而...
逻辑主键和物理主键
qq_21649151的博客
07-04 1万+
       物理主键,可以在系统中由数据库自动生成；而逻辑主键一般是用来表示一个包含确切意义的并唯一的键值，可根据逻辑主键的值了解到一些具体信息。       在大项目中，一般用物理主键，方便数据库的迁移，因为在数据迁移过程中可能物理主键会存在这样或那样的问题,这时我们就可以选择放弃原有的物理主键,只移动数据内容并生成新的物理主键。...
业务主键、逻辑主键的选择
weixin_34414650的博客
08-20 608
1业务主键(natrualkey)，有意义的字段。 2逻辑主键(surrogatekey)，无意义的字段，即自增长字段，即identity。这其中还有一个选择GUID。 问题：到底业务单号作为主键 还是 逻辑主键做为主键好？ 业务主键的如果保证不变性，其实是可以的。但是有时候很难保证。例如身份证号其实也出现重复性问题。 使用逻辑主键会增加冗余字段。 目前建议使用逻辑主键。 ...
逻辑主键还是业务主键？
eman的专栏
11-07 2289
今天在javaeye上看了一篇关于数据库设计的文章，各位高手就自己的项目经验对数据库设计中到底使用逻辑主键还是业务主键发表了一下意见，虽然最后没有什么结论，但收获还是蛮大的。主张业务主键的人举了业务主键做关联查询方便的例子来说明业务主键的好处；主张逻辑主键的人用身份证号码升级和分部数据汇总到总部的例子来说明业务主键无法做到永远不变，主张每个表最好还是建一个逻辑主键才能够解决问题，虽然关联查询的时候
【数据库入门】-业务主键
Teheran的博客
12-17 935
主键，又称主码（英语：primary key或unique key）。数据库表中对储存数据对象予以唯一和完整标识的数据列或属性的组合。一个数据列只能有一个主键，且主键的取值不能缺失，即不能为空值（Null）。 在关系数据库设计中，业务主键是一个由以及真实存在于世界中的属性构成的键。业务主键对于逻辑主键的主要优势在于（逻辑主键在脱离数据库环境时没有任何意义）业务主键已经存在，因此没有必要去添加新的人...
关系型数据库表结构设计技巧 - 物理主键、悲观锁、乐观锁
jerome
12-31 2139
物理主键作为关联的外键        关系型数据库，由多个数据表构成。不同表之间可能存在关联关系。表之间的关联关系，正是关系型数据库得名的原因。一个表由多个字段构成。其中可能有多个字段适合作为主键。主键字段，就是表中每一行都不会有重复数据的字段。        主键，可以分为两种：物理主键和逻辑主键。        每一张数据库的表，都可以使用自增长的id字段作为物理主键。 多表之间的外键关联，都
对逻辑主键、业务主键和复合主键的建表的设计
yz18931904的博客
04-14 864
这几天对逻辑主键、业务主键和复合主键进行了一些思考，也在网上搜索了一下相关的讨论，相关讨论可以看最下面的参考链接。下面是自己基于 SQL Server 做的一些总结，其他数据库（Oracle、MySQL、DB2、......）应该也类似吧。这个只是自己一时的思考，如有不当请告知，重新思考后再修正。 定义（部分定义来源于 SQL Server 联机丛书）： 主键(PRIMARY KEY)：...
Hibernate中物理主键,逻辑主键,修改主键相关
浪依的专栏
04-17 3576
好久没回bolg来了~~,上班了,一直都在学公司的业务,复杂啊...  今天添加新模块的时候碰到无论如何都没法修改表主键值的问题,忽然想起以前学习java的时候Hibernate有逻辑主键,物理主键这一说.当时学习的时候一般映射表的时候都会生成一个oid映射到表数据库中作为主键，这就是逻辑主键，这个主键只不过是逻辑上的，用来标识表中某条唯一的数据。而这张表往往又有他自己的业务主键，用来在业
关于sql中逻辑主键和业务主键的理解
yunxian_19的专栏
12-23 3179
1背景 ：在使用hibernate的过程中，遇到了联合主键的困境。 由于原有项目是原生的java语言写的，而现在需要使用hibernate重写。原有的数据库表的设计中，很多表中都是用了联合主键 ，因为这样的设计符合业务上的概念，而且原生的jdbc数据库访问也不存在使用联合主键的困难。 但是，现在一切变了，一方面，我们享受者hibernate的面向对象的变量；一方面，却要忧虑不能使用hibern
数据库物理外键与逻辑外键
weixin_54812252的博客
05-10 892
外键 数据库中的表必须符合规范，才能杜绝数据冗余、插入异常、删除异常等现象。规范的过程是分解表的过程。经过分解，同一事物的代表属性出现在不同的表中。显然，它们应该保持一致。外键的值或者是另外一个表的主键值或者为空值*。例如：学号在学生表里是主键，在成绩表里是外键。成绩表里的学号一定要是学生表里的学号。于是，学生表里的学号和成绩表里的学号就一致了*。可以直观地理解，外键的功能是实现同一事物在不同表中的标志一致性。功能的实现由外键联系的两个表，在单独操作时，外键功能由两种方法实现 物理外键 指的是使用forei
主键和外键的作用是什么
04-02
<think>嗯，用户现在问的是主键和外键的作用是什么。首先，我需要回顾一下之前和用户的对话历史。之前用户已经问过关系型数据库是什么，我详细介绍了包括主键和外键在内的内容，但可能用户需要更深入的解释。 主键和外键是关系型数据库中非常重要的概念，用于维护数据的完整性和表之间的关系。主键的主要作用是唯一标识表中的每一条记录，而外键则用于建立表与表之间的关联。不过，用户可能对这两个概念的具体应用场景和它们如何协同工作不太清楚，需要进一步说明。 我需要先明确主键和外键的定义，然后分别解释它们的作用，最好结合例子来说明。例如，主键确保每条记录的唯一性，防止重复数据；外键则确保引用其他表的数据存在，维护参照完整性。可能还需要提到主键的一些特性，比如不能为空，必须唯一，而外键则指向另一个表的主键。 另外，用户可能想知道为什么需要主键和外键，以及在实际应用中如何使用它们。比如，在订单系统中，订单表可能有订单ID作为主键，而用户ID作为外键关联到用户表，这样就能确保每个订单都属于一个存在的用户。 还需要注意用户的背景，他们可能是刚开始学习数据库，所以需要避免使用过于专业的术语，用通俗易懂的语言和例子来讲解。同时，可能需要对比有无主键和外键的情况，说明它们的重要性，比如没有外键可能会导致数据不一致，出现无效的引用。 最后，总结主键和外键的作用，并强调它们在维护数据完整性和表关系中的重要性。可能还需要提到在数据库设计中的最佳实践，比如如何选择主键，何时使用外键等。</think>以下是关于 **主键（Primary Key）** 和 **外键（Foreign Key）** 的详细说明，结合实例解释其核心作用： --- ### **1. 主键（Primary Key）** #### **定义与特性** - **唯一标识性**：主键是表中唯一确定一条记录的字段（或字段组合），类似身份证号。 - **不可重复**：主键值在表中必须唯一，不允许重复。 - **不可为空**：主键字段的值不能为 `NULL`。 - **索引自动创建**：主键默认生成唯一索引，加速查询。 #### **作用** 1. **确保数据唯一性** - 例如：用户表中的 `user_id` 作为主键，避免重复用户。 2. **快速定位数据** - 通过主键可直接定位到具体记录，如 `SELECT * FROM users WHERE user_id = 1001;`。 3. **建立表间关联** - 主键是外键引用的目标，支撑表与表的关系（如用户表 ↔ 订单表）。 #### **示例** ```sql CREATE TABLE users ( user_id INT PRIMARY KEY, -- 主键 username VARCHAR(50) NOT NULL, email VARCHAR(100) UNIQUE ); ``` --- ### **2. 外键（Foreign Key）** #### **定义与特性** - **关联其他表的主键**：外键是当前表中指向另一张表主键的字段。 - **保证引用完整性**：外键值必须存在于被引用表的主键中（或为 `NULL`）。 - **级联操作**：可配置删除/更新时的联动行为（如级联删除）。 #### **作用** 1. **维护数据一致性** - 例如：订单表中的 `user_id` 必须是用户表中存在的 `user_id`，避免“无效订单”。 2. **建立表间关系** - 实现一对多（如一个用户对应多个订单）、多对多（通过中间表）等逻辑。 3. **防止孤立数据** - 若删除用户表中的用户，其关联的订单可自动删除（通过级联规则）。 #### **示例** ```sql CREATE TABLE orders ( order_id INT PRIMARY KEY, user_id INT, -- 外键（关联用户表的主键） amount DECIMAL(10,2), FOREIGN KEY (user_id) REFERENCES users(user_id) ON DELETE CASCADE -- 级联删除：用户删除时，其订单自动删除 ); ``` --- ### **3. 主键 vs 外键对比** | **特性** | **主键** | **外键** | |------------------|-----------------------------------|-----------------------------------| | **唯一性** | 唯一标识一条记录 | 允许重复（如多个订单属于同一用户）| | **是否可为空** | 否 | 是（除非明确约束为 `NOT NULL`） | | **作用范围** | 当前表 | 跨表关联（指向另一表的主键） | | **典型场景** | 用户ID、订单ID | 用户ID（在订单表中）、班级ID（在学生表中）| --- ### **4. 实际应用场景** #### **(1) 主键的典型使用** - **自增主键**：常用于无业务含义的标识（如 `id INT AUTO_INCREMENT`）。 - **复合主键**：多个字段联合作为主键（如学生选课表：`(student_id, course_id)`）。 #### **(2) 外键的典型使用** - **强制约束**：确保外键值必须存在于被引用的主键中。 - **级联操作**： ```sql FOREIGN KEY (user_id) REFERENCES users(user_id) ON DELETE CASCADE -- 级联删除 ON UPDATE SET NULL -- 主键更新时，外键设为 NULL ``` --- ### **5. 总结** - **主键**：数据唯一性的“基石”，用于快速检索和建立关联。 - **外键**：维护跨表数据一致性的“桥梁”，防止无效引用。 - **重要性**：二者共同确保关系型数据库的 **数据完整性** 和 **关联逻辑**，是数据库设计的核心概念。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值