欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

SQLServer与MySQL约束/索引命名的一些差异总结

程序员文章站 2022-06-12 14:12:36
约束是数据库完整性的保证,主要分为:主键/外键/唯一键/默认值/check等类别,约束是一个逻辑概念,表示数据的某些特性(不能为空,唯一,必须满足某些条件等等),索引是一个逻辑与物理概念的结合,逻辑上是一种数据结构,物理上要占用实实在在的存储空间。对于主键和唯一键约束,在sqlserver中会自动生 ......

约束是数据库完整性的保证,主要分为:主键/外键/唯一键/默认值/check等类别,
约束是一个逻辑概念,表示数据的某些特性(不能为空,唯一,必须满足某些条件等等),索引是一个逻辑与物理概念的结合,逻辑上是一种数据结构,物理上要占用实实在在的存储空间。
对于主键和唯一键约束,在sqlserver中会自动生成唯一索引,sqlserver中的约束和索引是两个不同的对象,约束就是约束,索引就是索引,主键/唯一约束通过主键/唯一索引实现。
在MySQL中更为直接,对于主键和唯一键,直接定义其primary key和unique key的索引属性即可
在SQL Server和MySQL中,约束与索引在生成的时候,有各自不同的规则和命名方式,以下简单介绍在两种数据库中的特点和差异,以及个人的建议。

在SQL Server中的约束与索引:

CREATE TABLE TestTable1
(
  --1,系统会默认对主键/唯一约束创建主键/唯一索引,索引的名字会与约束的名字一致
  Id int identity(1,1) not null constraint pk_Id primary key (Id),
  Name varchar(100) constraint uq_testtable1_name unique,
  --2,对主键/唯一约束,如果没有指定约束的名字,按照某种规则+随机生成索引名字
  Alias varchar (100) unique,
  CreateDate datetime not null constraint df_createdate default getdate(),
  --3,对于非空约束,不管是否指定了约束的名称,系统都不会为NOT NULL约束生成约束的名字
  LastUpdate datetime constraint notnullconstraint not null
)

SQLServer与MySQL约束/索引命名的一些差异总结

1,系统会默认对主键/唯一约束创建主键/唯一索引,索引的名字会与约束的名字一致
2,对主键/唯一约束,如果没有指定约束的名字,按照某种规则+随机的方式生成索引名字
3,对于非空约束,不管是否指定了约束的名称,系统都不会为NOT NULL约束生成约束的名字
4,约束或者索引的名字,在数据库级别是唯一的,也就是说A表的约束的名字不能跟B表的约束采用同一个名字,对于索引,是表级别唯一的。
5,在sqlserver中,如果删除一个存在约束的字段,必须要先删除约束,否则报错,参考下图
      如果让约束随机命名,删除约束的时候会比较麻烦,所以建议对于约束要显式命名,sqlserver中,不管是对于约束或者索引,都强烈建议使用显式指定名字的方式命名,不使用系统默认生成的(随机)名字

SQLServer与MySQL约束/索引命名的一些差异总结

 

 

在MySQL中的约束与索引

CREATE TABLE TestTable1
(
  Id int auto_increment not null ,
  Name varchar(100) ,
  Alias varchar (100) ,
  CreateDate datetime not null default now(),
  LastUpdate datetime,
  

  primary key (Id),
  unique key uq_TestTable1_name(Name),
  unique key (Alias),
  key (Name,CreateDate)
 );

对应的约束信息

 SQLServer与MySQL约束/索引命名的一些差异总结

对应的索引信息

SQLServer与MySQL约束/索引命名的一些差异总结

1,系统会默认对主键/唯一约束创建主键/唯一索引,
  对于主键约束,不管是否显式给予命名,系统都会忽略这个主键名字,使用PRIMARY替代
  对于非主键约束,如果显式给予命名,系统会采用这个命名,否则使用字段名来当做索引的名字
2,MySQL中,索引的名字仅限于表级别不重复,库级别无要求,
  也就是说一个库中不同的表,可以使用相同的索引名称,当然这里并不是建议或者支持这种方式的使用
3,对于非空约束,系统都不会为NOT NULL约束生成约束的名字
4,对于复合索引(多个字段组成),如果没有显式命名,会采用第一个字段命名
  从这一点来看,未显式命名的情况下,无法做到见名知意,
  也就是说看到索引的名字能够大概知道是一个什么字段的索引,因此在MySQL中,对于非主键索引,建议使用显式命名的方式进行管理
5,删除存在约束的字段的时候,无需先删除约束,直接删除字段即可

SQLServer与MySQL约束/索引命名的一些差异总结

总结

  不管是在哪种数据库中,对于数据库中某些自定义的对象的命名方式,你不主动做选择就会被默认,被默认就意味着很有可能是被动的。
  既有默认值也有自定义的情况下,自动生成的默认的命名往往不利于维护或者无法做到见名知意,
  在符合规则的前提下,尽可能地去做到自定义(主动而不是被动),以便于后期的维护和管理。