首页
学习
活动
专区
圈层
工具
发布
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    mysql学习总结03 — 列属性(字段属性)

    mysql学习总结03 — 列属性(字段属性) toc mysql中的6个列属性:null,default,comment,primary key,unique key,auto_increment 1...charset utf8; 表后增加 基本语法:alter table add primary key(字段>); 4.2 查看主键 mysql> -- 方案1:查看表结构 mysql>...charset utf8; 表后增加 基本语法: alter table add unique key(字段1,字段2,...>); 5.2 查看唯一键 mysql> -- 方案1:查看表结构...; 6.4 删除自动增长 删除自增长:修改自动增长的字段,字段属性之后不再保留 auto_increment 即可 6.5 初始设置 在系统中有一组变量维护自增长的初始值和步长 show variables...,例如当前id=1,插入数据给定id=3,则AUTO_INCREMENT=4 自增长修改时,值可以较大,但不能比当前已有的自增长字段的值小 [sign.jpg]

    3.2K30

    mysql学习总结03 — 列属性(字段属性)

    mysql中的6个列属性:null,default,comment,primary key,unique key,auto_increment 1. NULL 代表字段为空。...charset utf8; 表后增加 基本语法:alter table add primary key(字段>); 4.2 查看主键 mysql> -- 方案1:查看表结构 mysql...唯一键允许字段数据为NULL,NULL可以有多个(NULL不参与比较) 5.1 创建唯一键 随表创建 mysql> -- 方法1,给字段增加 unique[ key] 属性 mysql> create...; 6.4 删除自动增长 删除自增长:修改自动增长的字段,字段属性之后不再保留 auto_increment 即可 6.5 初始设置 在系统中有一组变量维护自增长的初始值和步长 show variables...,例如当前id=1,插入数据给定id=3,则AUTO_INCREMENT=4 自增长修改时,值可以较大,但不能比当前已有的自增长字段的值小

    2.4K30

    MySQL删除约束_mysql查看表字段

    (change) #新字段名后要加上字段的数据类型,否则报错 alter table change ; #可用来修改字段数据类型 #也可以在修改数据类型后添加默认值或其它约束条件 #可以在最后修改字段位置...,用于保证数据的完整性,从而符合该字段达到我们期望的效果,如果插入的数据不满足约束要求,数据库管理系统就会拒绝执行SQL 操作 常见的约束有 约束条件含义NOT NULL约束字段值不能为空DEFAULT...约束字段默认值UNIQUE KEY约束字段的值唯一PRIMARY KEY约束字段为主键, 唯一标识AUTO_INCREMENT字段值自动增加 1....唯一约束(Unique Key) Unique Key 约束的字段,值唯一,允许为空,唯一约束可以确保一列或者多列不出现重复值 #创建表时添加唯一约束 CREATE TABLE (字段 数据类型 UNIQUE...key ,比如primary key 自增长的字段默认从1开始,默认步长为1 自增长的字段在插入数据时可以指定该字段值为null值 CREATE TABLE (字段名 数据类型 primary key

    4.3K30

    小白学习MySQL - TIMESTAMP类型字段非空和默认值属性的影响

    的库时,如果表中含有TIMESTAMP数据类型、缺省值为current_timestamp的字段,这些表的同步任务就都失败了,而另外的一些包含了DATETIME数据类型的表就同步成功了,不知道这是不是MySQL...不通过软件,直接手工创建,不会报错,模拟的SQL,如下所示,一个主键id,外加两个timestamp类型的字段,都设置了默认值, create table test(   id int not null...,提示为字段updatetime设置了无效的默认值, ERROR_GENERAL "Handling new table 'test'.'...MySQL是否为TIMESTAMP列的默认值和NULL值的处理启用某些非标准的行为, https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html...虽然原始的建表语句中TIMESTAMP类型字段包含了NULL和DEFAULT属性,但是根据同步软件的错误提示,很明显,不知道什么原因,他在执行的时候忽略了这两个属性,导致真实的执行语句是, create

    6.6K40

    技术分享 | MySQL 的 TIMESTAMP 类型字段非空和默认值属性的影响

    同事说他通过某款商业数据同步软件将一个 MySQL 5.7.28 的库同步到 MySQL 5.7.20 的库时,如果表中含有 TIMESTAMP 数据类型、缺省值为 current_timestamp...的字段,这些表的同步任务就都失败了,而另外的一些包含了 DATETIME 数据类型的表就同步成功了,不知道这是不是 MySQL 版本差异导致的?...,提示为字段 updatetime 设置了无效的默认值, ERROR_GENERAL "Handling new table 'test'.'...MySQL 是否为 TIMESTAMP 列的默认值和 NULL 值的处理启用某些非标准的行为: https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html...虽然原始的建表语句中 TIMESTAMP 类型字段包含了 NULL 和 DEFAULT 属性,但是根据同步软件的错误提示,很明显,不知道什么原因,他在执行的时候忽略了这两个属性,导致真实的执行语句是:

    6.7K20

    Mysql8之获取JSON字段的值

    问题是这样的,接到一个需求:         要从其它系统数据库中导出一些数据,发现其中有个字段的值是json字符串,而需求要的是该JSON字符串中某个key对应的value值。    ...需求有了,这个如果只用SQL来处理,能否实现呢,SQL能否处理JSON数据呢,这个数据库是Mysql,看了下版本,发现是8.x,Mysql8中有json函数支持json的处理,so开工探索。..."key": { "innerKey": "This is test" ... }, ... } ]     字段的json如List-1所示,对应的用json_extract...要注意的是该字段中不能含有非json字符串的值,不然json_extract会报错。如下List-2是SQL例子。...select column1,column2,json_extract(,'$[0].key.innerKey') as column3 from table Reference https://dev.mysql.com

    9.2K10

    Mysql数据类型以及字段属性大盘点

    l   Year:存储年份信息,有两位和4位之分 2、  数字数值类型 Bool是tinyint的别名,用于赋值0或者1 Bigint:数据类型提供了mysql最大的整数范围,取值范围分为有符号:-9223372036854775808...Tinyint:提供了最小的整数范围,值在-128-127(分清楚范围就不担心数据够不够存储) Decimal,double,float:存储浮点数 3、  字符串类型 Char:提供了固定长度的字符串类型...组不同的数据 Set:枚举类型,最多可以设置有64个成员 数据类型属性 Auto_increment:自增,每次插入该列的值会是上次插入值+1 Default:默认值,当没存入数据时会自动存入默认值 Index...:索引 Not null:这样该列就不允许插入null值 Null:同上面相反 Primary key:主键,该列不可空,不可重复 Unique:该列不允许存储相同的值 Zerofill:例如int长度为...5那么存入1的时候会自动添加00001,就是前面用0补全

    1.3K80

    mysql添加表注释、字段注释、查看与修改注释

    1 创建表的时候写注释 create table test1 ( field_name int comment ‘字段的注释’ )comment=’表的注释’; 2 修改表的注释 alter...table test1 comment ‘修改后的表的注释’; 3 修改字段的注释 alter table test1 modify column field_name int comment ‘...修改后的字段注释’; –注意:字段名和字段类型照写就行 4 查看表注释的方法 –在生成的SQL语句中看 show create table test1; –在元数据的表里面看 use information_schema...; select * from TABLES where TABLE_SCHEMA=’my_db’ and TABLE_NAME=’test1′ \G 5 查看字段注释的方法 –show show...full columns from test1; –在元数据的表里面看 select * from COLUMNS where TABLE_SCHEMA=’my_db’ and TABLE_NAME

    14.9K40

    MySQL|update字段为相同的值是否会记录binlog

    一 前言 前几天一个开发同事咨询我,update 更新字段为相同的值是否会记录binlog,我回复说不会。 其实 严格的说这个答案是不准确的,说要区分场景。...当 row_format 为mixed或者statement格式是,binlog 的大小发生改变,不管是否真的更新数据,MySQL都记录执行的sql 到binlog。...三 小结 基于row模式时,server层匹配到要更新的记录,发现新值和旧值一致,不做更新,就直接返回,也不记录binlog。...基于 statement 或者 mixed格式,MySQL执行 update 语句,并把更新语句记录到binlog。 那为什么问题来了 statement 和 mixed 会完整的记录sql语句呢?...且听下回分解吧,因为我要解析源码,使用Clion 编译MySQL 调试环境还没成功。

    8.6K20

    java反射之Field用法(获取对象的字段名和属性值)

    在Java反射中Field类描述的是类的属性信息,功能包括: 获取当前对象的成员变量的类型 对成员变量重新设值 二、如何获取Field类对象 getField(String name): 获取类特定的方法...,name参数指定了属性的名称 Class.getFields(): 获取类中public类型的属性,返回一个包含某些 Field 对象的数组,该数组包含此 Class 对象所表示的类或接口的所有可访问公共字段...()  以整数形式返回由此 Field 对象表示的字段的 Java 语言修饰符 3.获取和修改成员变量的值: getName() : 获取属性的名字 get(Object obj) 返回指定对象obj...上此 Field 表示的字段的值 set(Object obj, Object value) 将指定对象变量上此 Field 对象表示的字段设置为指定的新值 四、实践代码 1.获取对象中的所有字段名...) { //设置允许通过反射访问私有变量 field.setAccessible(true); //获取字段的值

    19K30
    领券