其中,主键列指定了 PRIMARY KEY 约束,强制该列的值在表中唯一,并且使用 AUTO_INCREMENT 关键字,表示该列的值会自动递增生成。
3、设置值的唯一性(不允许重复数据,可以为空,但只能有一个空,否则就会被视为重复)
create database if not exists tlxy default charset=utf8;
create database if not exists tlxy default charset=utf8;
SQL_MODE:MySQL特有的一个属性,用途很广,可以通过设置属性来实现某些功能支持
①本系统项目源码已经上传CSDN资源啦,有需要可以下载!传送门 (MaskOrder完整项目.zip-MySQL文档类资源-CSDN下载)
1. 版本:使用最新版本,同时phpmyadmin与DB服务器建议分离(即不在同一台服务器)。 官方下载地址 http://www.phpmyadmin.net/home_page/downloads
对于关系型数据库 MySQL 前面一节已经讲过表相关操作,如感兴趣戳此直达[关系型数据库 MySQL 表相关操作],对于已经创建好的表,虽然字段的数据类型决定了所能存储的数据类型,但是表中所存储的数据是否合法并没有进行检查,想要对这些数据进行检查时,就可以通过约束来完成。
数据冗余是指数据库中存在一些重复的数据,数据完整性是指数据库中的数据能够正确反应实际情况。 数据的完整性是指数据的可靠性和准确性,数据完整性类型有四种: A、实体完整性:实体的完整性强制表的标识符列或主键的完整性(通过唯一约束,主键约束或标识列属性)。 B、域完整性:限制类型(数据类型),格式(通过检查约束和规则),可能值范围(通过外键约束,检查约束,默认值定义,非空约束和规则)。 C、引用完整性:在删除和输入记录时,引用完整性保持表之间已定义的关系。引用完整性确保键值在所有表中一致,不能引用不存在的值.如果一个键。 D、自定义完整性:用户自己定义的业务规则,比如使用触发器实现自定义业务规则。
mysql> select * from test1 where a in (null);
一.什么是索引 相当于一本数的目录 二.使用索引的好处和坏处 好处:加快查找速度 坏处:占用磁盘空间 三.查看索引命令 命令格式: show index from 表名; 四.索引的算法 Index_type: BTREE (二叉树) Column_name: User Key_name: PRIMARY 五.索引的种类 1. index普通索引(务必掌握) 1.1 使用场景:通常表表中最为查询条件的字段设置为索引字段(性别 班级 名字) 1.2 使用规则 -字段值可以重复 -一个
sql_mode是个很容易被忽视的变量,默认值是空值,在这种设置下是可以允许一些非法操作的,比如允许一些非法数据的插入。在生产环境必须将这个值设置为严格模式,所以开发、测试环境的数据库也必须要设置,这样在开发测试阶段就可以发现问题。
MySQL 5.7.9版本sql_mode=only_full_group_by问题 用到GROUP BY 语句查询时com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Expression #2 of SELECT list is not in GROUP BY clause and contains nonaggregated column ‘col_user_6.a.START_TIME’ which is not functional
MySQL 5.7.9版本sql_mode=only_full_group_by问题
安装环境: 操作系统版本:RHEL 6.5 版本:MYSQL 5.5 约束条件的作用: 限制如何给字段赋值,创建表的时候如果没有设置的话,就是mysql建表的默认设置包括表结构的后四列。 1、NULL 是否允许空值 在不设置的时候,默认允许字段值为空 mysql> desc yueshu; +-------+--------------------+------+-----+---------+-------+ | Field | Type | Null
配置环境变量: 选择PATH,在其后面添加: 你的mysql bin文件夹的路径 (如:C:\Program Files\MySQL\MySQL Server 5.6\bin )
constraint可以给键进行重命名,但是在数据字典中,主键名还是显示primary
字面意思理解是sql_model=only_full_group_by限制了,导致在以往MYSQL版本中能正常查询的SQL,在5.7不能用了
目的 防范因为主机没有加固,造成储存在开发服务器中的源代码和测试数据被黑客获取。 范围 本规范适合于开发服务器安全加固配置。 MYSQL 1. 下载位置 MySQL程序的下载,应该从MySQL官方提供的下载页面或者安全平台部第三方软件统一下载前台(建设中)下载。MySQL官网地址为: http://www.mysql.com/downloads/mysql/ MariaDB则在 https://downloads.mariadb.org/ 1.1 下载后的校验 下载的同时,需记录下官方提供的文件hash(推
最稳妥的方案是通过备份恢复重新建立从库;当然,修改slave_type_conversions参数也可以恢复同步:
在oracle或sqlserver中,如果某个表的字段设置成not null,insert或update时不给这个字段赋值,比如下面这样: 表t_test(id,name)中id,name都不允许为空, insert into t_test(name) values('xxx') 必然报错,这是天经地义的事情,但是在mysql中这是有可能成功,具体取决于sql_mode的设置 大概上讲,sql_mode可以分为二大类: 一类是所谓的宽松无敌模式(my.ini中sql_mode设置为空或仅NO_ENGINE_
情景摘要 今天写了个非id 的group by,结果提示1055 sqlalchemy.exc.InternalError: (pymysql.err.InternalError) (1055, "Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'heanny.map_cameras.id' which is not functionally dependent on colum
#查看防火墙状态 ufw status #关闭防火墙 ufw disable 📷 #安装mariadb,没有使用root权限的话,就使用sudo apt-get install -y mariadb-server #初始化 mariadb 并配置 root 密码 mysql_secure_installation #直接回车,空 是否设置密码:y 输入设置密码: 再次输入密码: 是否移除anonymous用户:y 是否不允许root远程登录:n 是否移除test数据库:y 是否更新:y 📷 #创建
唯一约束用于保证数据表中字段的唯一性,即表中字段的值不能重复出现。唯一约束是通过unique定义的。语法如下:
在MySQL中,每个字段定义都包含附加约束或者修饰符,这些可以用来增加对所输入数据的约束。今天我们来看一下MySQL的字段约束:NULL和NOT NULL修饰符、DEFAULT修饰符,AUTO_INCREMENT修饰符。
报错:ERROR 1055 (42000): Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column ‘work_ad.api_community_pic.id’ which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
以上就是mysql主键和唯一的区别,希望对大家有所帮助。更多mysql学习指路:MySQL
华为开源镜像站http://mirrors.huaweicloud.com/centos/8.3.2011/isos/x86_64/
我们平时所说的CRUD其实就是增删改查(Create/Retrieve/Update/Delete)
UNIQUE 和 PRIMARY KEY 的区别:一个表可以有多个字段声明为UNIQUE,但只能有一个 PRIMARY KEY声明。
为了保证数据的完整性,SQL 规范以约束的方式对表数据进行额外的条件限制。从以下四个方面考虑:
给某个字段/某列指定默认值,一旦设置默认值,在插入数据时,如果此字段没有显式赋值,则赋值为默 认值。
数据安全是现在互联网安全非常重要一个环节。而且一旦数据出现问题是不可逆的,甚至是灾难性的。
松哥最近正在录制 TienChin 项目视频~采用 Spring Boot+Vue3 技术栈,里边会涉及到各种好玩的技术,小伙伴们来和松哥一起做一个完成率超 90% 的项目,戳戳戳这里-->TienChin 项目配套视频来啦。
对于GROUP BY聚合操作,如果在SELECT中的列,没有在GROUP BY中出现,那么这个SQL是不合法的,因为列不在GROUP BY从句中
在这个创建语句中,我们使用到了3种约束(非空约束,主键约束,唯一性约束);在后面会使用到外键约束
表是数据库存储数据的基本单位,由若干个字段组成,主要用来存储数据记录。表的操作 包括创建表、查看表、修改表和删除表。
当数据的值为NULL的时候,可能出现各种意想不到的效果,让人防不胜防,我们来看看NULL导致的各种神坑,如何避免?比较运算符中使用NULL
这固然没错,但是不那么具有说服力。最近在做商业账号的项目的时候,对这点体会尤为深刻。我觉得设置自增主键的最主要目的是:应对变化。
1、数据库基本概念 数据:描述事物的符号 数据表:由记录(行)和字段(列)组成 数据库:数据表的集合 数据库管理系统:对数据库进行管理和维护DBMS 数据库管理员:DBA负责数据库管理和维护 数据库系统:由硬件、操作系统、数据库、数据库管理系统、应用软件和用户组成 2、DBMS数据模型: 网状模型:支持多对多、多对一的关系 层次模型:支持一对多 关系模型:通过E-R模型(实体-关系图) 3、主流数据库: SQL Server:只能在Windows平台,简单、易用 Oracle:甲骨文公司出品,主流平台、
# iptables-A INPUT -s 公司的IP -p tcp -m state --state NEW -m tcp --dport3306 -j ACCEPT
注意一点: 如果原来的字段是空,那么你就不能把该字段修改成可以为空,当然你修改也会报错
对于整数类型的主键,常配搭自增长 auto_increment来使用。插入数据对应字段不给值时,使用最大 值 +1 ,而不是前一条记录 +1。
1、数据库基本概念 数据:描述事物的符号 数据表:由记录(行)和字段(列)组成 数据库:数据表的集合 数据库管理系统:对数据库进行管理和维护DBMS 数据库管理员:DBA负责数据库管理和维护 数据库系统:由硬件、操作系统、数据库、数据库管理系统、应用软件和用户组成 2、DBMS数据模型: 网状模型:支持多对多、多对一的关系 层次模型:支持一对多 关系模型:通过E-R模型(实体-关系图) 3、主流数据库: SQL Server:只能在Windows平台,简单、易用 Oracle:甲骨文公司出品,主流平台
NO ACTION:在父表进行更新/删除时,首先检查记录是否存在外键,存在则不允许删除/更新。(与RESTRICT行为一致)
MySQL中的非空约束(NOT NULL Constraint)是一种用于确保表中某列不允许为空值的数据库约束。非空约束的作用是保证特定列的数据始终包含有效值,防止在插入或更新操作时出现空值,从而维护数据的完整性和一致性。在本文中,我们将详细介绍MySQL中非空约束的定义、用法以及在数据库设计中的重要性,并附带示例说明。
1、只有innodb才能支持外键 2、公共字段的名字可以不一样,但是数据类型要一样
三、多用户及其权限管理的设计 开发数据库管理类的软件,不可能不考虑多用户和用户权限设置的问题。尽管目前市面上的大、中型的后台数据库系统软件都提供了多用户,以及细至某个数据库内某张表的权限设置的功能,我个人建议:一套成熟的数据库管理软件,还是应该自行设计用户管理这块功能,原因有二: 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)中去查询。那么,有没有什么办法改进呢?下面给出一种简洁的批量设计方案,不需添加新表,只需修
领取专属 10元无门槛券
手把手带您无忧上云