如何在数据库中添加新列

追问： 我按照你说的在form load中添加了adoquestionRecordset alter table xz3 add colum answer 可是被告知缺少语句结束啊！ 回答： 列关键字错了是column试下adoquestionRecordset alter table xz3 add column answer 你用那个rsopen sql(修改语句),conn（连接数据库语句） vb好像有这样的写法 追问： 不行，我还是试下修改语句，修改语句可以新增列吗 回答： alter table xz3 add answer nvarchar(50)改为这样子 追问： 缺少语句结束，我用了option explicit 追问： 而且光标停在 xz3处 回答： xz3是表名不？

传统情况

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

当进行 加列 *** 作 时，所有的数据行 都必须要 增加一段数据（图中的 列 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 时，表数据就会发生重建

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

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

我们已经解答了这个问题

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

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

数据库类型中没有布尔类型，你可以用字符型或者数值型表示。

用字符型时可以存'1'/'0'或'true'/'false'或'真'/'假'或'T'/'F'都可以，自己决定。

用数值型时一般存1或0，1表示真，0表示假。

设表名为T1,列名为C1,C2，现加一个C3。然后对C3赋值。

alter table T1 add C3 varchar(2);

update T1 set C3='真' where C1>C2;

update T1 set C3='假' where C1<=C2;

这样做不是很好，因为以后C1和C2值修改之后C3并不能跟着修改，除非做触发器等。

最好是不在表中加字段，在查询时通过伪列实现。如：

select C1,C2,case when C1>C2 then 'true' else 'false' end C3 from T1;

只要设置了自动增长类型，在写sql语句时显式调用要插入的各字段名，不要写标识列就可以了，如下：

insert into 表名 列名1，列名2 values(值1，值2);

1打开企业管理器,打开要导入数据的数据库,在表上按右键,所有任务-->导入数据,d出DTS

2选择数据源 Microsoft Excel 97-2000,文件名 选择要导入的xls

3选择目的 用于SQL Server 的Microsoft OLE DB提供程序,服务器

4选择 用一条查询指定要传输的数据,按 下一步 ,

5按 查询生成器,在源表列表中,有要导入的xls文件的列,将各列加入到右边的 选中的列

alter table Test add name varchar(30) 增加一列 列名为name的字段个人认为这种 *** 作极有可能破坏数据的完整性和一致性。如果你在程序中还给用户提供一个这样的页面来运行它，运行用户自己来新增字段，向数据库发送 alter table add column这样的DDL，我认为不可取 。

以上就是关于如何在数据库中添加新列全部的内容，包括:如何在数据库中添加新列、MySQL 数据库如何添加列、请教高手一个数据库添加列的问题等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！