首页
学习
活动
专区
圈层
工具
发布

mysql数据库:数据库修改字段的长度是否会对程序产生影响?

好了,说一下我的问题 问题 使用框架自动生成了前端页面和controller层、entity层等代码后,发现数据库中对name设置的字段长度不统一,想要将长度为255的name字段统一变为80。...这就在考虑一个问题,修改字段长度会不会影响程序正常运行,尤其是自动生成的部分代码,涉及到很多表,还要重新生成编译,感觉很是麻烦,又不敢不生成。...解决办法 通过查询和寻问大佬,发现修改字段长度会不会影响程序,是要分情况的: 1.增长字段长度 理论上是不会影响程序正常运行的(在你没有其他骚操作的情况下)。...2.缩减字段长度 数据库对应字段尚未存入数据情况下,不会影响程序正常运行。 数据库对应字段存入数据,但是数据长度没有超过缩减到的长度的情况下,不会影响程序正常运行。...数据库对应字段存入数据,数据长度超过缩减到的长度的情况下,会影响程序正常运行,需要修改程序对应部分。 由于在赶项目的进度,所以就没有深入探究原理,先欠上,日后一定补回来!

56810
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    MySQL修改字段名、修改字段类型

    修改字段 类型、名、注释、类型长度、默认值 ALTER TABLE 表名 MODIFY [COLUMN] 字段名 新类型 新类型长度 新默认值 新注释; -- COLUMN关键字可以省略不写...-- 能修改字段类型、类型长度、默认值、注释 alter table table1 modify column column1 decimal(10,1) DEFAULT NULL COMMENT...'注释'; -- 能修改字段类型、类型长度、默认值、注释 alter table table1 modify column1 decimal(10,2) DEFAULT NULL COMMENT...'注释'; 修改字段名 -- 字段名称未改变,修改字段类型、类型长度、默认值、注释 ALTER TABLE 表名 CHANGE [column] 旧字段名 新字段名 新数据类型; alter...table table1 change column1 column1 varchar(100) DEFAULT 1.2 COMMENT '注释'; -- 修改字段名、字段类型、类型长度、默认值、注释

    38.4K32

    MySQL修改表的字段

    MySQL修改表的字段 MySQL 修改表字段的方法有两种: ALTER TABLE MODIFY COLUMN。...1、ALTER TABLE 方法 ALTER TABLE 方法用于修改表结构,包括增加、删除和修改表字段。...其语法如下: ALTER TABLE 表名 MODIFY COLUMN 字段名 字段类型; 其中,表名 表示要修改的表名,字段名 表示要修改的字段名,字段类型 表示修改后的字段类型。...其语法如下: ALTER TABLE 表名 MODIFY COLUMN 字段名 字段类型 [属性]; 其中,表名 表示要修改的表名,字段名 表示要修改的字段名,字段类型 表示修改后的字段类型,属性 表示修改后的字段属性...0; 需要注意的是,如果修改表字段的数据类型或长度,可能会造成数据丢失或者修改失败。

    9.8K10

    MySQL online DDL 更改Varchar的字段长度

    背景 修改Varchar 的大小的时候。不用锁表,就可以进行操作DDL。这个还得具体查看版本,还有具体情况。下来我们来看一下INnoDB中的Online DDL各个操作请求。...mysql 在DDL 权威指南 5.6 官方文档 :verision :https://dev.mysql.com/doc/refman/5.6/en/innodb-online-ddl-operations.html...在5.6 里面执行DDL 根本没有单独操作Varchar这个字段类型。...对于VARCHAR大小为0到255个字节的列,需要一个长度的字节来编码该值。对于VARCHAR 大小为256字节或更大的列,需要两个长度的字节。...总结 在数据量很大的时候,varchar通过Online DDL做到快速进行更改字段长度。但是前提条件就是不会进行锁表和copy数据的过程。 这个前提条件就是数据库的支持5.7及5.7以上。

    8.2K20

    MySQL 如何存储长度很长的数据字段

    最近,在工作中遇到了MySQL中如何存储长度较长的字段类型问题,于是花了一周多的时间抽空学习了一下,并且记录下来。...MySQL大致的逻辑存储结构在这篇文章中有介绍,做为基本概念:InnoDB 逻辑存储结构 注:文中所指的大数据指的是长度较长的数据字段,包括varchar/varbinay/text/blob。...由此我们可以很清晰的看出数据页与BLOB页的连接关系(引用淘宝数据库月报上的一张图): ? 我们来再看一个比较有意思的例子。: ? 我们建立一张新表,有11个blob字段。...将列放入外部存储页的标准 当一行中的数据不能在数据页中放下,需要申请外部存储页时,MySQL需要决定将哪一列的数据放到外部存储页,遵循的规则如下: 长度固定的字段不会被放到外部存储页(int、char(...N)等) 长度小于20字节的字段不会被放到外部存储页。

    7.1K20

    mysql修改数据库表和表中的字段的编码格式的修改

    本文链接:https://blog.csdn.net/luo4105/article/details/50804148 建数据库的时候,已经选择了编码格式为UTF-8 但是用PDM生成的脚本导进去的时候却奇怪的发现表和表的字段的编码格式却是...GBK,一个一个却又觉得麻烦,在网上找了一下办法 一个是修改表的编码格式的 ALTER TABLE `table` DEFAULT CHARACTER SET utf8; 但是虽然修改了表的编码格式,...但是字段的编码格式并没有修改过来,没有什么卵用 又发现一条语句,作用是修改字段的编码格式 ALTER TABLE `tablename` CHANGE `字段名1` `字段名2` VARCHAR(36...) CHARACTER SET utf8 NOT NULL; 但是一次只能修改一个字段,还是很麻烦,不方便。...最后找到这么一条语句 alter table `tablename` convert to character set utf8; 它可以修改一张表的所有字段的编码格式,顿时方便多了

    11.2K20

    修改表字段长度的操作,对业务是否有影响?

    前两天测试同学问了一个问题,表中某一个字段,需要改一下长度,对业务是否会有影响? 可能隐约之中,我们觉得没影响,但又好像有影响,究竟有何影响,我们从实验来看最科学。...首先建测试表,NAME字段是VARCHAR2(10),10个字节的字符串类型,表有256万数据。我们将其长度改为20,从执行时间看,只有20毫秒, ?...接下来执行alter table修改操作, ?...因此,针对上面VARCHAR2(10)改为VARCHAR2(20)的操作,我们的结论是修改字段长度的操作是会阻碍其他非select操作,但是持续的时间很有限,几乎可以说是忽略不计,因为需要操作的是数据字典信息...以FIRST_ROWS优化器模式执行select操作,条件是字段NAME长度>10,因为现在是要将字段长度,从20改为10,就需要判断是否已存数据中,有违反长度的记录,如果有则禁止此操作,所以需要以全表扫描

    4.1K20

    MySQL中需要注意的字段长度问题

    在MySQL的表结构设计中,突然想起来几个地方碰到的问题比较多,大体来说一个就是字符集,一个就是数据类型。 而字符集和数据类型结合起来,就有一个蛮有意思的细节,那就是行长度的问题。...比如我们创建一个表使用了varchar的类型,如果指定为gbk,表里含有一个字段,可以指定为32766字节,如果再长一些就不行了。...其中的计算方式就需要理解了,因为varhcar类型长度大于255,所以需要2个字节存储值的长度,而MySQL里面的页的单位是16k,使用了IOT的方式来存储。...它的长度就不一样了,对应是1字节,所以varchar(32767)是没有任何问题的,而最大长度就是65532了。...如果是gbk字符集,含有下面的几个字段,则memo字段的varchar类型最大长度是多少?

    3.3K60

    修改MySQL varchar类型字段的排序规则

    记录一个在工作中遇到的问题,也不算是问题,为的是找一种简便的方法批量修改数据表字段的排序规则,在MySQL中叫collation,常常和编码CHARACTER一起出现的。...collation有三种级别,分辨是数据库级别,数据表级别和字段级别。...但是我遇到的场景是数据表级别已经是utf8_unicode_ci,而字段级别是utf8_general_ci,(这里我们关心的字段类型是varchar)。...由于需要修改的字段太多了,手工修改肯定是费时费力的。自然也想到了用脚本的方式批量修改,但是发现这种通过查找MySQL信息表、过滤、拼接生成批量修改的语句太好用了,而且还能做到针对varchar类型。...= 'utf8_unicode_ci' ); database需要改成实际数据库名字。需要注意的是,如果要修改的字段存在外键关系,那就要小心处理,删除外键,修改collation后再把外键关系加回来。

    6.2K30

    技术分享 | MySQL 字段长度限制的计算方法

    作者:kay 擅长 Oracle、MySQL、PostgresSQL 等多种数据库领域; 擅长 Oracle、MySQL 性能优化、数据库架构设计、数据库故障修复、数据迁移以及恢复; 热衷于研究 MySQL...数据库内核源码、分享技术文章,并拥有 Oracle OCP 认证; 就职于江苏国泰新点软件有限公司,DBA 技术团队成员。...一、MySQL 限制回顾 之前在《MySQL Text 字段的限制》一文中讲过了关于 MySQL 在 Server 层和 InnoDB 层的限制,但是限制的算法没有详细展开,这里进行补充说明,先回顾一下..., 这个是用户存储字段长度的变量 这个只是默认初始值,后面会根据长度进行溢出页的设置 */ field_max_size = dict_col_get_max_size...40 (溢出页指针的2倍),则这个字段在页内 只保留40个字节,且长度变量设置为1,即总共占用41个字节。

    7.3K10

    字段加密后长度变化

    加密算法有哪些 非对称加密算法:RSA,DSA/DSS 对称加密算法:AES,RC4,3DES HASH算法:MD5,SHA1,SHA256 数据加密的长度变化 加密流出 字符串转换成 bytes...-> padding -> base64 编码 将字符串转换成 byte 根据字符串所占长度不同,长度会扩充到不同倍数 ascii 码的字符,如数字字母等,每个字符只占一个字节,长度不扩充 正常情况下...,汉字等 unicode 编码,一个字符占 3 个字节,长度扩充3倍 如果是 mysql 中的 utf8mb4 编码,一个字符最大可以占用4个字节,长度扩充4倍 padding 将bytes 字符填充到...16的整数倍,长度最大增加16 加密 长度增加28(消息校验体16, 随机数12) base64 编码 长度填充到3整数倍, 之后4/3 大致上最大长度为 4/3* n *length + 64 Go

    3.1K10
    领券