数据库主键

一、数据库设计的必要性 在实际的软件项目中，如果系统中需要存储的数据量比较大，需要设计的表比较多，表与表之间的关系比较复杂，那我们就需要进行规范的数据库设置。如果不经过数据库的设计，我们构建的数据库不合理、不恰当，那么数据库的维护、运行效率会有很大的问题。这将直接影响到项目的运行性和可靠性。 二、什么是数据库设计 数据库设计实际上就是规划和结构化数据库中的数据对象以及这些数据对象之间的关系过程。 三、数据库设计的重要性 Ø 不经过设计的数据库或是设计糟糕的数据库很可能导致 1、 数据库运行效率地下 2、 更新、删除、添加数据出现问题 Ø 良好设计的数据库 1、 执行效率高 2、 使应用程序更便于开发 3、 扩展性好 4、 维护性好 四、数据模型 数据模型就像是数据间联系的一个轮廓图，整个模型就像一个框架。 如果按照记录间联系的表示方式，对数据模型进行分类，可以分为：层次模型、网状模型、关系模型。前两种又称为格式化数据模型。数据模型的好坏直接影响到数据库的性能，所以数据模型的选择是数据库设计的首要任务。 Ø 实体-关系（E-R）数据模型 E-R数据模型（Entity-Relationship data model），即实体-关系数据模型。E-R数据模型不同于传统的关系数据模型，它不是面向实现，而是面向现实物体的。 Ø 实体（Entity） 数据是用来描述现实中的物体的

一、数据库设计的必要性 在实际的软件项目中，如果系统中需要存储的数据量比较大，需要设计的表比较多，表与表之间的关系比较复杂，那我们就需要进行规范的数据库设置。如果不经过数据库的设计，我们构建的数据库不合理、不恰当，那么数据库的维护、运行效率会有很大的问题。这将直接影响到项目的运行性和可靠性。 二、什么是数据库设计 数据库设计实际上就是规划和结构化数据库中的数据对象以及这些数据对象之间的关系过程。 三、数据库设计的重要性 Ø 不经过设计的数据库或是设计糟糕的数据库很可能导致 1、 数据库运行效率低下 2、 更新、删除、添加数据出现问题 Ø 良好设计的数据库 1、 执行效率高 2、 使应用程序更便于开发 3、 扩展性好 4、 维护性好 四、数据模型 数据模型就像是数据间联系的一个轮廓图，整个模型就像一个框架。 如果按照记录间联系的表示方式，对数据模型进行分类，可以分为：层次模型、网状模型、关系模型。前两种又称为格式化数据模型。数据模型的好坏直接影响到数据库的性能，所以数据模型的选择是数据库设计的首要任务。 Ø 实体-关系（E-R）数据模型 E-R数据模型（Entity-Relationship data model），即实体-关系数据模型。E-R数据模型不同于传统的关系数据模型，它不是面向实现，而是面向现实物体的。 Ø 实体（Entity） 数据是用来描述现实中的物体的

一、InnoDB实现原理 虽然InnoDB也使用B+Tree作为索引结构，但具体实现方式却与MyISAM截然不同。因为InnoDB支持聚簇索引（主键索引），聚簇索引就是表，所以InnoDB不用像MyISAM那样需要独立的行存储。也就是说，InnoDB的数据文件本身就是索引文件。 聚簇索引的每一个叶子节点都包含了主键值、事务ID、用于事务和MVCC的回滚指针以及所有的剩余列。假设我们以col1为主键，则下图是一个InnoDB表的聚簇索引（主键索引）（Primary key）示意。 与MyISAM不同的是，InnoDB的二级索引和聚簇索引很不相同。InnoDB的二级索引的叶子节点存储的不是行号（行指针），而是主键列。这种策略的缺点是二级索引需要两次索引查找，第一次在二级索引中查找主键，第二次在聚簇索引中通过主键查找需要的数据行。 画外音：可以通过我们前面提到过的索引覆盖来避免回表查询，这样就只需要一次回表查询，对于InnoDB而言，就是只需要一次索引查找就可以查询到需要的数据记录，因为需要的数据记录已经被索引到二级索引中，直接就可以找到。 因为InnoDB的索引的方式通过主键聚集数据，严重依赖主键。索引如果没有定义主键，那么InnoDB会选择一个唯一的非空索引代替。如果没有这样的索引，InnoDB会隐式定义一个主键来作为聚簇索引。 二、优缺点 优点 可以把相关数据存储在一起

在关系型数据库中，多表之间存在三种关联关系： 一对一：一张身份证对应一个人 <=> 一个人也只对应一张身份证 一对多：一个用户可以有多个订单 <=> 这多个订单属于同一个用户 多对多：一个订单可以包含多种商品，一种商品可以属于多个订单。 创建数据库时如何处理这三种关联关系？ 一对多：在任意一方引入对方的主键作为外键。 一对多：在多的一方，引入“一”的一方作为外键。 多对多：新建一张中间表，引入2张表的主键作为外键，使用这2个主键作为联合主键，或者使用新的字段作为主键。 JAVA如何处理、描述三种关联关系？ 一对一 class A{ B b; } class B{ A a; } 一对多 class A{ List<B> b; } class B{ A a; } 多对多 class A{ List<B> b; } class B{ List<A> a; } 来源： https://www.cnblogs.com/chy18883701161/p/12158922.html

定义： MySQL外键约束（FOREIGN KEY）用来在两个表的数据之间建立链接，它可以是一列或者多列。一个表可以有一个或多个外键。 外键对应的是参照完整性，一个表的外键可以为空值，若不为空值，则每一个外键的值必须等于另一个表中主键的某个值。 外键是表的一个字段，不是本表的主键，但对应另一个表的主键。定义外键后，不允许删除另一个表中具有关联关系的行。 外键的主要作用是保持数据的一致性、完整性。 例如，部门表 tb_dept 的主键是 id，在员工表 tb_emp5 中有一个键 deptId 与这个 id 关联。 主表（父表）：对于两个具有关联关系的表而言，相关联字段中主键所在的表就是主表。 从表（子表）：对于两个具有关联关系的表而言，相关联字段中外键所在的表就是从表。 外键约束字段的选取： 定义一个外键时，需要遵守下列规则： 父表必须已经存在于数据库中，或者是当前正在创建的表。如果是后一种情况，则父表与子表是同一个表，这样的表称为自参照表，这种结构称为自参照完整性。 必须为父表定义主键。 主键不能包含空值，但允许在外键中出现空值。也就是说，只要外键的每个非空值出现在指定的主键中，这个外键的内容就是正确的。 在父表的表名后面指定列名或列名的组合。这个列或列的组合必须是父表的主键或候选键。 外键中列的数目必须和父表的主键中列的数目相同。

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 关系数据库依赖于主键，它是数据库物理模式的基石。主键在物理层面上只有两个用途： 惟一地标识一行。 作为一个可以被外键有效引用的对象。 索引是一种特殊的文件(InnoDB数据表上的索引是表空间的一个组成部分)，它们包含着对数据表里所有记录的引用指针。下面是主键和索引的一些区别与联系。 1. 主键一定是唯一性索引，唯一性索引并不一定就是主键。 所谓主键就是能够唯一标识表中某一行的属性或属性组，一个表只能有一个主键，但可以有多个候选索引。因为主键可以唯一标识某一行记录，所以可以确保执行数据更新、删除的时候不会出现张冠李戴的错误。主键除了上述作用外，常常与外键构成参照完整性约束，防止出现数据不一致。数据库在设计时，主键起到了很重要的作用。 主键可以保证记录的唯一和主键域非空，数据库管理系统对于主键自动生成唯一索引，所以主键也是一个特殊的索引。 2. 一个表中可以有多个唯一性索引，但只能有一个主键。 3. 主键列不允许空值，而唯一性索引列允许空值。 4. 索引可以提高查询的速度。 其实主键和索引都是键，不过主键是逻辑键，索引是物理键，意思就是主键不实际存在，而索引实际存在在数据库中，主键一般都要建，主要是用来避免一张表中有相同的记录，索引一般可以不建，但如果需要对该表进行查询操作，则最好建，这样可以加快检索的速度。

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 主键是一种约束，唯一索引是一种索引，两者在本质上是不同的。 主键索引： 数据库表经常有一列或列组合，其值唯一标识表中的每一行。该列称为表的主键。 在数据库关系图中为表定义主键将自动创建主键索引，主键索引是唯一索引的特定类型。 该索引要求主键中的每个值都唯一， 字段里面的值不能为空 。当在查询中使用主键索引时，它还允许对数据的快速访问。 主键创建后一定包含一个唯一性索引，唯一性索引并不一定就是主键。 唯一性索引列允许空值，而主键列不允许为空值。 主键列在创建时，已经默认为空值 + 唯一索引了。 主键可以被其他表引用为外键，而唯一索引不能。 一个表最多只能创建一个主键，但可以创建多个唯一索引。 主键更适合那些不容易更改的唯一标识，如自动递增列、身份证号等。 在 RBO 模式下，主键的执行计划优先级要高于唯一索引。 两者可以提高查询的速度。 -- 创建一张仅包含主键和唯一索引的表 CREATE TABLE test (PrimaryKey VARCHAR2(20), UniqueKey VARCHAR2(20) ); -- 分别创建主键和唯一索引，语法不同 ALTER TABLE test ADD CONSTRAINT test_PrimaryKey PRIMARY KEY (PrimaryKey); CREATE

1、MySQL 中有哪几种锁？ 表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。 行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。 页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。 2、MySQL 中有哪些不同的表格？ 共有 5 种类型的表格： MyISAM Heap Merge INNODB ISAM 3、简述在 MySQL 数据库中 MyISAM 和 InnoDB 的区别 MyISAM： 不支持事务，但是每次查询都是原子的； 支持表级锁，即每次操作是对整个表加锁； 存储表的总行数； 一个 MYISAM 表有三个文件：索引文件、表结构文件、数据文件； 采用菲聚集索引，索引文件的数据域存储指向数据文件的指针。辅索引与主索引 基本一致，但是辅索引不用保证唯一性。 InnoDb： 支持 ACID 的事务，支持事务的四种隔离级别； 支持行级锁及外键约束：因此可以支持写并发； 不存储总行数： 一个 InnoDb 引擎存储在一个文件空间（共享表空间，表大小不受操作系统控制， 一个表可能分布在多个文件里），也有可能为多个（设置为独立表空，表大小受操作系统文件大小限制，一般为 2G），受操作系统文件大小的限制； 主键索引采用聚集索引（索引的数据域存储数据文件本身）

由于在Oracle数据库中，允许没有主键的存在，而hibernate体系又不允许没有主键，这在逻辑上是有冲突的。事实上，表不需要主键。表没有显式键对数据库没有任何影响，因为数据库中的每一行都有一个隐式的唯一数据点，Oracle将其用于存储和某些内部引用，即rowid伪列。rowid是唯一标识数据库中每一行的一段数据。严格来说，没有必要把钥匙放在桌子上。比如现在的项目中，使用的oracle10g数据库有超过1000个系统表，它们没有主键或者说在各自的表上有唯一键。dba和开发人员都可以决定如何在数据库表上创建密钥。然而在开发过程中总是创建主键，这个估计是开发框架导致的，而框架才不管它们是否有用或健全。但作为优秀dba，他们只在有意义的地方创建键。 很多时候线上和线下开发是完全隔离开的，线下开发后的测试环境也不可能那么完美的贴合生产环境，笔者的项目中所使用数据库为marridb，而生产环境中使用的数据库为Oracle，这个联调过程中产生的bug也真的是不可多得：），我这边获取到测试数据确实是来自生产环境，然而这个是通过 select 语句而来的，这就直接导致这个表是没有主键的。之后把这些测试数据导入到marridb。 现在的情况就是数据库一个没有主键的表，然而通过springboot所创建实体却要求配置主键，这跟数据库中的配置不相符，此外由于实体类中所定义的主键，在数据库中重复出现。

通俗易懂解释数据库第一二三范式 1NF： 字段是最小的的单元，不可分割(在任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库)。 2NF：满足1NF,表中的字段必须完全依赖于全部主键而非部分主键 (一般我们都会做到)。 3NF：满足2NF,非主键外的所有字段必须互不依赖。 第一范式1NF 数据库表中的字段都是单一属性的，不可再分 属性是什么？就是表中的字段。不可分割的意思就按字面理解就是最小单位，不能再分成更小单位了。这个字段只能是一个值，不能被拆分成多个字段，否则的话，它就是可分割的，就不符合一范式。不过能不能分割并没有绝对的答案，看需求，也就是看你的设计目标而定。举例：学生信息组成学生信息表，有姓名、年龄、性别、学号等信息组成。姓名不可拆分吧？所以可以作为该表的一个字段。但我要说这个表要在国外使用呢？人家姓和名要分开，都有特别的意义，所以姓名字段是可拆分的，分为姓字段和名字段。简单来说，一范式是关系数据库的基础，但字段是否真的不可拆分，根据你的设计目标而定。 第二范式2NF 第二范式就是要有主键，要求其他字段都依赖于主键(数据库表中不存在非关键字段对任一候选关键字段的部分函数依赖，即符合第二范式) 为什么要有主键？没有主键就没有唯一性，没有唯一性在集合中就定位不到这行记录，所以要主键。其他字段为什么要依赖于主键