189 8069 5689
1、打开数据库，首先连接localhost，。
创新互联建站专注为客户提供全方位的互联网综合服务，包含不限于成都网站设计、成都做网站、承德网络推广、小程序开发、承德网络营销、承德企业策划、承德品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等，从售前售中售后，我们都将竭诚为您服务，您的肯定，是我们最大的嘉奖；创新互联建站为所有大学生创业者提供承德建站搭建服务，24小时服务热线：18980820575，官方网址：www.cdcxhl.com
2、连接成功后，右侧便会显示已经建成的表，找到要修改的表，点设计表，进入编辑模式。
3、点最下方的加号，添加一栏，。
4、将数据填入表中，，点最下方的对号，将数据保存。
5、将表中填入数据的同时，记得将其他关联的表中，也相信的填入数据。
6、打开网页，进入制作好的系统查看更新的数据。
Navicat 帮助中心
Navicat
Navicat Premium
Navicat for MySQL
Navicat for MariaDB
Navicat for SQL Server
Navicat for Oracle
Navicat for SQLite
Navicat for PostgreSQL
Navicat Data Modeler
Navicat Report Viewer
Navicat for MySQL 帮助类别
常见问题
使用技巧
MySQL 表栏位属性有哪些？
发布时间：2015-09-27
Navicat 提供强大的工具来管理服务器对象，例如数据库、表、视图、函数等。MySQL 或 MariaDB 表栏位主要有以下属性。
Navicat for MariaDB
MySQL 或 MariaDB 表栏位属性
默认：设置栏位的默认值。
注释：设置任何可选的文本描述当前栏位。
字符集：一组符号和编码。
排序规则：一组在字符集中比对字符的规则。
MySQL 按照下列方式选择列的字符集和排序规则：
● 如果指定了字符集X和排序规则Y，就会采用字符集X和排序规则Y。
● 如果指定了字符集X而没有指定排序规则，就会采用字符集X和字符集X的默认排序规则。
● 否则，采用表字符集和排序规则。
键长度：当设置主键，编辑框会启用。
二进制：MySQL 4.1、CHAR 及 VARCHAR 栏位的值指定到栏位的字符集和排序规则来排序和比对。
在 MySQL 4.1 之前，排序和比对是根据服务器字符集的排序规则，可以声明栏位有二进制（BINARY）属性来导致排序和比对根据栏位值的字节数值。二进制（BINARY）不会影响栏位如何保存或检索。
自动递增：能为新的列生成唯一标识。要自动递增值开始不是 1，可以在选项选项卡设置该值。
无符号（UNSIGNED）值：用于在栏位中只允许非负数和需要一个更大数字上限范围的栏位。
自 MySQL 4.0.2，浮点和定点类型也可以无符号。和整数不同，列值的上限范围仍然相同。
填充零：默认补充的空格用零代替。例如：声明一个栏位为 INT（5） ZEROFILL，值 4 会检索为 00004；声明一个栏位为FLOAT（20，10）ZEROFILL，值 0.1 会检索为 000000000.1000000015。如果为一个数字类型指定填充零，MySQL 自动为该栏位加入无符号属性。
根据当前时间更新：自 MySQL 4.1.2，用户有更多灵活性决定哪个 TIMESTAMP 栏位自动以当前的时间开始和更新。
值：定义集或枚举（SET/ENUM）的成员。
虚拟类型：选择虚拟列的类型。VIRTUAL 表示当运行命令时才计算该列。PERSISTENT 表示该值被实体地保存在表中，支持MariaDB 5.2 或以上版本。
表达式：指定表达式或函数在插入时评估，支持MariaDB 5.2 或以上版本。
传统情况
我们先回顾一下，在没有 "立刻加列" 功能时，加列操作是怎么完成的。我们也借此来熟悉一下本期的图例：
当进行 加列操作 时，所有的数据行 都必须要 增加一段数据（图中的 列 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 时，表数据就会发生重建
回到之前遗留的两个问题：
"立刻加列" 是如何工作的 ?
我们已经解答了这个问题
所谓 "立刻加列" 是否完全不影响业务，是否是真正的 "立刻" 完成 ?
可以看到：就算是 "立刻加列"，也需要变更 数据字典，那么 该上的锁还是逃不掉的。也就是说 这里的 "立刻" 指的是 "不变更数据行的结构"，而并非指 "零成本地完成任务"