3、设置值的唯一性（不允许重复数据，可以为空，但只能有一个空，否则就会被视为重复）
对于关系型数据库 MySQL 前面一节已经讲过表相关操作，如感兴趣戳此直达[关系型数据库 MySQL 表相关操作],对于已经创建好的表，虽然字段的数据类型决定了所能存储的数据类型，但是表中所存储的数据是否合法并没有进行检查，想要对这些数据进行检查时，就可以通过约束来完成。
数据冗余是指数据库中存在一些重复的数据，数据完整性是指数据库中的数据能够正确反应实际情况。 数据的完整性是指数据的可靠性和准确性，数据完整性类型有四种： A、实体完整性：实体的完整性强制表的标识符列或主键的完整性(通过唯一约束，主键约束或标识列属性)。 B、域完整性：限制类型(数据类型)，格式(通过检查约束和规则)，可能值范围(通过外键约束，检查约束，默认值定义，非空约束和规则)。 C、引用完整性：在删除和输入记录时，引用完整性保持表之间已定义的关系。引用完整性确保键值在所有表中一致，不能引用不存在的值.如果一个键。 D、自定义完整性：用户自己定义的业务规则，比如使用触发器实现自定义业务规则。
在 MySQL 中，使用 UNIQUE 关键字创建唯一索引。普通索引允许被索引的列中包含重复值，但是唯一索引不允许被索引列中包含重复值。定义唯一索引的语法如下：
其中，主键列指定了 PRIMARY KEY 约束，强制该列的值在表中唯一，并且使用 AUTO_INCREMENT 关键字，表示该列的值会自动递增生成。
唯一约束用于保证数据表中字段的唯一性，即表中字段的值不能重复出现。唯一约束是通过unique定义的。语法如下：
constraint可以给键进行重命名，但是在数据字典中，主键名还是显示primary
后面的数据不能和前面重复；eg:cardNochar(18)unique；cardNo列中不允许重复数据。
一.什么是索引 相当于一本数的目录 二.使用索引的好处和坏处 好处:加快查找速度 坏处:占用磁盘空间 三.查看索引命令 命令格式： show index from 表名； 四.索引的算法 Index_type: BTREE （二叉树） Column_name: User Key_name: PRIMARY 五.索引的种类 1. index普通索引(务必掌握) 1.1 使用场景：通常表表中最为查询条件的字段设置为索引字段（性别 班级 名字） 1.2 使用规则 -字段值可以重复 -一个
字段值从1开始，每次递增1，自动增长的值就不会有重复，适合用来生成唯一的id。在MySQL中只要是自动增长列必须是主键
松哥最近正在录制 TienChin 项目视频～采用 Spring Boot+Vue3 技术栈，里边会涉及到各种好玩的技术，小伙伴们来和松哥一起做一个完成率超 90% 的项目，戳戳戳这里-->TienChin 项目配套视频来啦。
MySQL 作为一个关系型数据库，以最常见的 InnoDB 引擎来说，是如何保证 ACID 的。
三、多用户及其权限管理的设计 开发数据库管理类的软件，不可能不考虑多用户和用户权限设置的问题。尽管目前市面上的大、中型的后台数据库系统软件都提供了多用户，以及细至某个数据库内某张表的权限设置的功能，我个人建议：一套成熟的数据库管理软件，还是应该自行设计用户管理这块功能，原因有二： 1.那些大、中型后台数据库系统软件所提供的多用户及其权限设置都是针对数据库的共有属性，并不一定能完全满足某些特例的需求； 2.不要过多的依赖后台数据库系统软件的某些特殊功能，多种大、中型后台数据库系统软件之间并不完全兼容。否则一旦日后需要转换数据库平台或后台数据库系统软件版本升级，之前的架构设计很可能无法重用。 下面看看如何自行设计一套比较灵活的多用户管理模块，即该数据库管理软件的系统管理员可以自行添加新用户，修改已有用户的权限，删除已有用户。首先，分析用户需求，列出该数据库管理软件所有需要实现的功能；然后，根据一定的联系对这些功能进行分类，即把某类用户需使用的功能归为一类；最后开始建表： 功能表(Function_table) 名称 类型 约束条件 说明 f_id int 无重复 功能标识，主键 f_name char(20) 不允许为空 功能名称，不允许重复 f_desc char(50) 允许为空 功能描述 用户组表(User_group) 名称 类型 约束条件 说明 group_id int 无重复 用户组标识，主键 group_name char(20) 不允许为空 用户组名称 group_power char(100) 不允许为空 用户组权限表，内容为功能表f_id的集合 用户表(User_table) 名称 类型 约束条件 说明 user_id int 无重复 用户标识，主键 user_name char(20) 无重复 用户名 user_pwd char(20) 不允许为空 用户密码 user_type int 不允许为空 所属用户组标识，和User_group.group_id关联 采用这种用户组的架构设计，当需要添加新用户时，只需指定新用户所属的用户组；当以后系统需要添加新功能或对旧有功能权限进行修改时，只用操作功能表和用户组表的记录，原有用户的功能即可相应随之变化。当然，这种架构设计把数据库管理软件的功能判定移到了前台，使得前台开发相对复杂一些。但是，当用户数较大(10人以上)，或日后软件升级的概率较大时，这个代价是值得的。 四、简洁的批量m:n设计 碰到m:n的关系，一般都是建立3个表，m一个，n一个，m:n一个。但是，m:n有时会遇到批量处理的情况，例如到图书馆借书，一般都是允许用户同时借阅n本书，如果要求按批查询借阅记录，即列出某个用户某次借阅的所有书籍，该如何设计呢？让我们建好必须的3个表先： 书籍表(Book_table) 名称 类型 约束条件 说明 book_id int 无重复 书籍标识，主键 book_no char(20) 无重复 书籍编号 book_name char(100) 不允许为空 书籍名称 …… 借阅用户表(Renter_table) 名称 类型 约束条件 说明 renter_id int 无重复 用户标识，主键 renter_name char(20) 不允许为空 用户姓名 …… 借阅记录表(Rent_log) 名称 类型 约束条件 说明 rent_id int 无重复 借阅记录标识，主键 r_id int 不允许为空 用户标识，和Renter_table.renter_id关联 b_id int 不允许为空 书籍标识，和Book_table.book_id关联 rent_date datetime 不允许为空 借阅时间 …… 为了实现按批查询借阅记录，我们可以再建一个表来保存批量借阅的信息，例如： 批量借阅表(Batch_rent) 名称 类型 约束条件 说明 batch_id int 无重复 批量借阅标识，主键 batch_no int 不允许为空 批量借阅编号，同一批借阅的batch_no相同 rent_id int 不允许为空 借阅记录标识，和Rent_log.rent_id关联 batch_date datetime 不允许为空 批量借阅时间 这样的设计好吗？我们来看看为了列出某个用户某次借阅的所有书籍，需要如何查询？首先检索批量借阅表(Batch_rent)，把符合条件的的所有记录的rent_id字段的数据保存起来，再用这些数据作为查询条件带入到借阅记录表(Rent_log)中去查询。那么，有没有什么办法改进呢？下面给出一种简洁的批量设计方案，不需添加新表，只需修
对于整数类型的主键，常配搭自增长 auto_increment来使用。插入数据对应字段不给值时，使用最大 值 +1 ，而不是前一条记录 +1。
①本系统项目源码已经上传CSDN资源啦，有需要可以下载！传送门 （MaskOrder完整项目.zip-MySQL文档类资源-CSDN下载）
给某个字段/某列指定默认值，一旦设置默认值，在插入数据时，如果此字段没有显式赋值，则赋值为默 认值。
索引是关系数据库中对某一列或多个列的值进行预排序的数据结构。通过索引，可以让数据库不必全表扫描，直接快速访问到符合条件的记录，大大加快了查询速度。
注意一点： 如果原来的字段是空，那么你就不能把该字段修改成可以为空，当然你修改也会报错
转一篇他人写的数据库设计技巧，感觉也不一定都正确，开拓一下思路吧。 说到数据库，我认为不能不先谈数据结构。1996年，在我初入大学学习计算机编程时，当时的老师就告诉我们说：计算机程序＝数据结构＋算法。尽管现在的程序开发已由面向过程为主逐步过渡到面向对象为主，但我还是深深赞同8年前老师的告诉我们的公式：计算机程序＝数据结构＋算法。面向对象的程序开发，要做的第一件事就是，先分析整个程序中需处理的数据，从中提取出抽象模板，以这个抽象模板设计类，再在其中逐步添加处理其数据的函数(即算法)，最后，再给类中的数据成员和函数划分访问权限，从而实现封装。 数据库的最初雏形据说源自美国一个奶牛场的记账薄(纸质的，由此可见，数据库并不一定是存储在电脑里的数据^_^)，里面记录的是该奶牛场的收支账目，程序员在将其整理、录入到电脑中时从中受到启发。当按照规定好的数据结构所采集到的数据量大到一定程度后，出于程序执行效率的考虑，程序员将其中的检索、更新维护等功能分离出来，做成单独调用的模块，这个模块后来就慢慢发展、演变成现在我们所接触到的数据库管理系统(DBMS)——程序开发中的一个重要分支。 下面进入正题，首先按我个人所接触过的程序给数据库设计人员的功底分一下类： １、没有系统学习过数据结构的程序员。这类程序员的作品往往只是他们的即兴玩具，他们往往习惯只设计有限的几个表，实现某类功能的数据全部塞在一个表中，各表之间几乎毫无关联。网上不少的免费管理软件都是这样的东西，当程序功能有限，数据量不多的时候，其程序运行起来没有什么问题，但是如果用其管理比较重要的数据，风险性非常大。 ２、系统学习过数据结构，但是还没有开发过对程序效率要求比较高的管理软件的程序员。这类人多半刚从学校毕业不久，他们在设计数据库表结构时，严格按照教科书上的规定，死扣E-R图和3NF(别灰心，所有的数据库设计高手都是从这一步开始的)。他们的作品，对于一般的access型轻量级的管理软件，已经够用。但是一旦该系统需要添加新功能，原有的数据库表差不多得进行大换血。 ３、第二类程序员，在经历过数次程序效率的提升，以及功能升级的折腾后，终于升级成为数据库设计的老鸟，第一类程序员眼中的高人。这类程序员可以胜任二十个表以上的中型商业数据管理系统的开发工作。他们知道该在什么样的情况下保留一定的冗余数据来提高程序效率，而且其设计的数据库可拓展性较好，当用户需要添加新功能时，原有数据库表只需做少量修改即可。 ４、在经历过上十个类似数据库管理软件的重复设计后，第三类程序员中坚持下来没有转行，而是希望从中找出“偷懒”窍门的有心人会慢慢觉悟，从而完成量变到质变的转换。他们所设计的数据库表结构有一定的远见，能够预测到未来功能升级所需要的数据，从而预先留下伏笔。这类程序员目前大多晋级成数据挖掘方面的高级软件开发人员。 ５、第三类程序员或第四类程序员，在对现有的各家数据库管理系统的原理和开发都有一定的钻研后，要么在其基础上进行二次开发，要么自行开发一套有自主版权的通用数据库管理系统。 我个人正处于第三类的末期，所以下面所列出的一些设计技巧只适合第二类和部分第三类数据库设计人员。同时，由于我很少碰到有兴趣在这方面深钻下去的同行，所以文中难免出现错误和遗漏，在此先行声明，欢迎大家指正，不要藏私哦8) 一、树型关系的数据表 不少程序员在进行数据库设计的时候都遇到过树型关系的数据，例如常见的类别表，即一个大类，下面有若干个子类，某些子类又有子类这样的情况。当类别不确定，用户希望可以在任意类别下添加新的子类，或者删除某个类别和其下的所有子类，而且预计以后其数量会逐步增长，此时我们就会考虑用一个数据表来保存这些数据。按照教科书上的教导，第二类程序员大概会设计出类似这样的数据表结构： 类别表_1(Type_table_1) 名称 类型 约束条件 说明 type_id int 无重复 类别标识，主键 type_name char(50) 不允许为空 类型名称，不允许重复 type_father int 不允许为空 该类别的父类别标识，如果是顶节点的话设定为某个唯一值 这样的设计短小精悍，完全满足3NF，而且可以满足用户的所有要求。是不是这样就行呢？答案是NO！Why？ 我们来估计一下用户希望如何罗列出这个表的数据的。对用户而言，他当然期望按他所设定的层次关系一次罗列出所有的类别，例如这样： 总类别 类别1 类别1.1 类别1.1.1 类别1.2 类别2 类别2.1 类别3 类别3.1 类别3.2 …… 看看为了实现这样的列表显示(树的先序遍历)，要对上面的表进行多少次检索？注
一、MySQL的数据类型 数据类型是定义列中可以存储什么类型的数据以及该数据实际怎样存储的基本规则 数据类型限制存储在数据列列中的数据。例如，数值数据类型列只能接受数值类型的的数据 在设计表时，应该特别重视所用的数据类型。使用错误的数据类型可能会严重地影响应用程序的功能和性能。 更改包含数据的列不是一件小事（而且这样做可能会导致数据丢失）。 数据类型：整型、浮点型、字符串、日期等 ------------------------------------ 1、字符串数据类型 最常用的数据类型是串数据类型。它们
优势：可以快速检索，减少I/O次数，加快检索速度；根据索引分组和排序，可以加快分组和排序；
1.PRIMARY KEY（主键索引） mysql>ALTER TABLE `table_name` ADD PRIMARY KEY ( `column` ) 2.UNIQUE(唯一索引) mysql>ALTER TABLE `table_name` ADD UNIQUE (`column` ) 3.INDEX(普通索引) mysql>ALTER TABLE `table_name` ADD INDEX index_name ( `column` ) 4.FULLTEXT(全文索引) mysql>ALTER TABLE `table_name` ADD FULLTEXT ( `column` ) 5.多列索引 mysql>ALTER TABLE `table_name` ADD INDEX index_name ( `column1`, `column2`, `column3` )
Navicat Premium for Mac的破解教程 注意时间戳是今天的时间-2019-02-20 12:00:00
聚集索引，在索引页里直接存放数据，而非聚集索引在索引页里存放的是索引，这些索引指向专门的数据页的数据。
主键约束primarykey主键约束相当于唯一约束+非空约束的组合，主键约束列不允许重复，也不允许出现空值。每个表最多只允许一个主键，建立主键约束可以在列级别创建，也可以在表级别创建。当创建主键的约束时，系统默认会在所在的列和列组合上建立对应的唯一索引。
在这个创建语句中,我们使用到了3种约束(非空约束,主键约束,唯一性约束);在后面会使用到外键约束
9. 编辑部门功能的实现 思路：只允许用户勾选一条数据，点击编辑按钮，会跳出一个和新增数据类似的对话框。然后，用户可以修改部门名称和部门编码。点击保存按钮，提示修改成功。 9.1 前台代码编写 <a
前一阵子，又跑出去搞了一场面试，心态算是崩了，关于MySQL索引的原理及使用被面试官怼的体无完肤，立志要总结一番，然后一直没有时间（其实是懒……），准备好了吗？
这个系统有一个会员表 有下列字段： 会员编号 INT 会员姓名 VARCHAR(10) 会员身份证号码 VARCHAR(18) 会员电话 VARCHAR(10) 会员住址 VARCHAR(50) 会员备注信息 TEXT
create database if not exists tlxy default charset=utf8；
在设计表时，应该特别重视所用的数据类型。使用错误的数据类型可能会严重地影响应用程序的功能和性能。
🍅 作者主页：不吃西红柿 🍅 简介：CSDN博客专家🏆、信息技术智库公号作者✌简历模板、PPT模板、技术资料尽管【关注】私聊我。 一.MySQL的数据类型 数据类型是定义列中可以存储什么类型的数据以及该数据实际怎样存储的基本规则数据类型限制存储在数据列列中的数据。例如，数值数据类型列只能接受数值类型的的数据在设计表时，应该特别重视所用的数据类型。使用错误的数据类型可能会严重地影响应用程序的功能和性能。 更改包含数据的列不是一件小事(而且这样做可能会导致数据丢失)。 数据类型: 整型、浮点型、字符串、日期等
为了保证数据的完整性，SQL 规范以约束的方式对表数据进行额外的条件限制。从以下四个方面考虑：
说到索引，很多人都知道“索引是一个排序的列表，在这个列表中存储着索引的值和包含这个值的数据所在行的物理地址，在数据十分庞大的时候，索引可以大大加快查询的速度，这是因为使用索引后可以不用扫描全表来定位某行的数据，而是先通过索引表找到该行数据对应的物理地址然后访问相应的数据。”
我们平时所说的CRUD其实就是增删改查（Create/Retrieve/Update/Delete）
提到数据库，你多半会联想到事务，进而还可能想起曾经背得滚瓜乱熟的ACID，不知道你有没有想过这个问题，事务有原子性、隔离性、一致性和持久性四大特性，为什么偏偏给隔离性设置了级别？
索引在数据库中的作用是快速找出某个列中一个特定值的行，不使用索引的话，MySQL必须从第一条记录遍历到相关行，表越大，花费的时间越多，但是如果有索引，就能快速的到达某个位置去搜索数据文件，索引对于优化数据库查询速度有着不可替代的作用，本文主要给大家讲解一下MySQL数据库中，索引的优缺点，分类以及设计原则。
表是数据库存储数据的基本单位，由若干个字段组成，主要用来存储数据记录。表的操作 包括创建表、查看表、修改表和删除表。
普通索引(INDEX)：最基本的索引，没有任何限制 唯一索引(UNIQUE)：与”普通索引”类似，不同的就是：索引列的值必须唯一，但允许有空值。 主键索引(PRIMARY)：它 是一种特殊的唯一索引，不允许有空值。 全文索引(FULLTEXT )：可用于 MyISAM 表，mysql5.6之后也可用于innodb表， 用于在一篇文章中，检索文本信息的, 针对较大的数据，生成全文索引很耗时和空间。 联合（组合）索引：为了更多的提高mysql效率可建立组合索引，遵循”最左前缀“原则。
MySQL进阶主外键讲解 1.什么是外键： 主键：是唯一标识一条记录，不能有重复的，不允许为空，用来保证数据完整性 外键：是另一表的主键, 外键可以有重复的, 可以是空值，用来和其他表建
唯一索引 唯一索引不允许两行具有相同的索引值。 如果现有数据中存在重复的键值，则大多数数据库都不允许将新创建的唯一索引与表一起保存。当新数据将使表中的键值重复时，数据库也拒绝接受此数据。例如，用户表中的身份证(idcard) 列上创建了唯一索引，则所有身份证不能重复 主键索引 主键索引是唯一索引的特殊类型。 数据库表通常有一列或列组合，其值用来唯一标识表中的每一行。该列称为表的主键。 在数据库关系图中为表定义一个主键将自动创建主键索引，主键索引是唯一索引的特殊类型。主键索引要求主键中的每个值是唯一的。当在查
以上就是mysql主键和唯一的区别，希望对大家有所帮助。更多mysql学习指路：MySQL
create database if not exists tlxy default charset=utf8;
MySQL 中事务支持是在引擎实现的， MySQL 原生的 MyISAM 引擎不支持事务，这也是 MyISAM 被 InnoDB 引擎取代的重要原因。
HashMap 是线程不安全的,HashMap 是一个接口,是 Map的一个子接口,是将键映射到值得对象,不允许键值重复,允许空键和空值;由于非线程安全, HashMap的效率要较 HashTable 的效率高一些. HashTable 是线程安全的一个集合,不允许 null 值作为一个 key 值或者 Value 值; HashTable 是 sychronize(同步化),多个线程访问时不需要自己为它的方法实现同步,而 HashMap 在被多个线程访问的时候需要自己为它的方法实现同步;
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
