mysql怎么做字段描述 mysql 字段描述

mysql新建表 中是否自带描述字段?

CREATE

TABLE

IF

NOT

EXISTS

`test1`

(

`id`

int(11)

NOT

NULL

AUTO_INCREMENT

COMMENT

'id',

`name`

varchar(15)

COLLATE

utf8_unicode_ci

NOT

NULL

COMMENT

'姓名',

PRIMARY

KEY

(`id`)

)

ENGINE=InnoDB

DEFAULT

CHARSET=utf8

COLLATE=utf8_unicode_ci

COMMENT='表描述'

AUTO_INCREMENT=1

;

比如这个建表例子，如果你要给表加描述的注释就写在COMMENT='表描述'

里，

把表描述改成你想描述的东西。如果你要注释表里的某个字段，同样可以改字段里的COMMENT

后面的内容

相关问答

Q1: MySql中怎样给字段、列添加注释？怎样查看字段或列的注释？

在MySQL数据库中，

字段或列的注释是用属性comment来添加。

创建新表的脚本中，

可在字段定义脚本中添加comment属性来添加注释。

示例代码如下：

create table test(

id int not null default 0 comment '用户id'

)

如果是已经建好的表，

也可以用修改字段的命令，然后加上comment属性定义，就可以添加上注释了。

示例代码如下：

alter table test

change column id id int not null default 0 comment '测试表id'

给表的字段或列添加注释已经知道了，

那么如何来查看已有表的所有字段的注释呢？

可以用命令：show full columns from table 来查看，

示例如下：

show full columns from test;

Q2: mysql int(10)字段说明

1、基础知识

1.1mysql 数字类型种类和存储范围

MySQL支持SQL标准整数类型INTEGER（或INT）和SMALLINT。作为标准的扩展，MySQL还支持整数类型TINYINT，MEDIUMINT和BIGINT。下表显示了每种整数类型所需的存储和范围。

1.2字段长度说明

MySQL 类型关键字后面的括号内指定整数值的显示宽度(例如，INT(10))。该可选显示宽度规定用于显示宽度小于指定的列宽度的值时从左侧填满宽度。显示宽度并不限制可以在列内保存的值的范围，也不限制超过列的指定宽度的值的显示。

2、字段说明

当我们存在字段int（3）时，存储数据2440会保存成功，且会正常显示。即 int（3）和 int（10）可以存储的数据大小是相同，限制范围在int的范围与数字无关。数字只是在需要左侧用零填满时起作用。

3、tips

1、在我们用int类型作为id的主键时，建议选择Unsigned，这样存储的范围可以增加一倍

2、判断可能出现的字段长度 合理选用tinyint smallint mediumint 和 int

Q3: MySQL中新建数据表后怎么写字段

你是说建表吗：

create table table_nmae(

xm 类型,

xxmc 类型,

zy 类型,

szd 类型,

qq 类型,

yx 类型,

tel 类型,

radio 类型,

bz

);

比如类型都是字符串的话类型都用varchar，长度选100，则为varchar(100),替换类型就好了，其他的还有很多数据类型，自己查，不知道是否能帮到你！

Q4: 怎么给mysql数据表添加字段

传统情况

我们先回顾一下，在没有 "立刻加列" 功能时，加列操作是怎么完成的。我们也借此来熟悉一下本期的图例：

当进行 加列操作 时，所有的数据行 都必须要 增加一段数据（图中的 列 4 数据）

如上一期图解所讲，当改变数据行的长度，就需要 重建表空间（图中灰蓝的部分为发生变更的部分）

数据字典中的列定义也会被更新

以上操作的问题在于 每次加列 操作都需要重建表空间，这就需要大量 IO以及大量的时间

立刻加列

"立刻加列" 的过程如下图：

请点击输入图片描述

请点击输入图片描述

"立刻加列" 时，只会变更数据字典中的内容，包括：

在列定义中增加 新列的定义

增加 新列的默认值

"立刻加列" 后，当要读取表中的数据时：

由于 "立刻加列" 没有 变更行数据，读取的行数据只有 3 列

MySQL 会将 新增的第 4 列的默认值，追加到 读取的数据后

以上过程描述了 如何读取 在 "立刻加列" 之前写入的数据，其实质是：在读取数据的过程中，"伪造" 了一个新列出来

那么如何读取 在 "立刻加列" 之后 写入的数据呢 ? 过程如下图：

当读取 行 4 时：

请点击输入图片描述

请点击输入图片描述

通过判断 数据行的头信息中的instant 标志位，可以知道该行的格式是 "新格式"：该行头信息后有一个新字段 "列数"

通过读取 数据行的 "列数" 字段，可以知道 该行数据中多少列有 "真实" 的数据，从而按列数读取数据

通过上图可以看到：读取 在"立刻加列" 前/后写入的数据是不同的流程

通过以上的讨论，我们可以总结 "立刻加列" 之所以高效的原因是：

在执行 "立刻加列" 时，不变更数据行的结构

读取 "旧" 数据时，"伪造" 新增的列，使结果正确

写入 "新" 数据时，使用了新的数据格式（增加了instant标志位 和 "列数" 字段)，以区分新旧数据

读取 "新" 数据时，可以如实读取数据

那么 我们是否能一直 "伪造" 下去 ? "伪造" 何时会被拆穿 ?

考虑以下场景：

用 "立刻加列" 增加列 A

写入数据行 1

用 "立刻加列" 增加列 B

写入数据行 2

删除列 B

我们推测一下 "删除列 B" 的最小代价：需要修改 数据行中的instant标志位或 "列数" 字段，这至少会影响到 "立刻加列" 之后写入的数据行，成本类似于重建数据

从以上推测可知：当出现 与 "立刻加列" 操作不兼容 的 DDL 操作时，数据表需要进行重建，如下图所示：

请点击输入图片描述

请点击输入图片描述

扩展思考题：是否能设计其他的数据格式，取代instant标志位和 "列数" 字段，使得 加列/删列 操作都能 "立刻完成" ?（提示：考虑 加列 - 删列 - 再加列 的情况）

使用限制

在了解原理之后，我们来看看 "立刻加列" 的使用限制，就很容易能理解其中的前两项：

"立刻加列" 的加列位置只能在表的最后，而不能加在其他列之间

在元数据中，只记录了 数据行 应有多少列，而没有记录 这些列 应出现的位置。所以无法实现指定列的位置

"立刻加列" 不能添加主键列

加列 不能涉及聚簇索引的变更，否则就变成了 "重建" 操作，不是 "立刻" 完成了

"立刻加列"不支持压缩的表格式

按照 WL 的说法："COMPRESSED is no need to supported"（没必要支持不怎么用的格式）

总结回顾

我们总结一下上面的讨论：

"立刻加列" 之所以高效的原因是：

在执行 "立刻加列" 时，不变更数据行的结构

读取 "旧" 数据时，"伪造" 新增的列，使结果正确

写入 "新" 数据时，使用了新的数据格式 (增加了 instant 标志位 和 "列数" 字段)，以区分新旧数据

读取 "新" 数据时，可以如实读取数据

"立刻加列" 的 "伪造" 手法，不能一直维持下去。当发生 与 "立刻加列" 操作不兼容 的 DDL 时，表数据就会发生重建

回到之前遗留的两个问题：

"立刻加列" 是如何工作的 ?

我们已经解答了这个问题

所谓 "立刻加列" 是否完全不影响业务，是否是真正的 "立刻" 完成 ?

可以看到：就算是 "立刻加列"，也需要变更 数据字典，那么 该上的锁还是逃不掉的。也就是说 这里的 "立刻" 指的是 "不变更数据行的结构"，而并非指 "零成本地完成任务"

Q5: mysql里面如何更新一个字段的描述信息？

访问数据库information_schema中所含表的唯一方式是使用SELECT语句。不能在其中插入内容，不能更新它们，也不能删除其中的内容。

它反映的是关于mysql数据库的数据的相关信息。

你要修改关于表和字段的描述信息，是不能直接在information_schema中修改的，而是需要对数据库中相应的表进行修改，修改了相应表之后，information_schema的数据也会自动更新。

mysql怎么做字段描述的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于mysql 字段描述、mysql怎么做字段描述的信息别忘了在本站进行查找喔。