标签: alter-table

假设，我有一个 table foo，其中包含一些不时计算的统计信息。它被其他查询大量使用。

这就是为什么我想计算更多最近的统计数据foo_new并在计算准备好时交换它们。

我可以

ALTER TABLE foo RENAME foo_tmp;
ALTER TABLE foo_new RENAME foo;

但是如果在foo没有表的情况下查询需要这两行之间的表会发生foo什么？我想我必须以某种方式锁定它……或者还有其他方法可以做到吗？

我有一个包含 64m 行的表，在磁盘上占用了 4.3 GB 的数据。

每行大约有 30 个字节的整数列，加上一个NVARCHAR(255)用于文本的变量列。

我添加了一个带有 data-type 的 NULLABLE 列Datetimeoffset(0)。

然后我为每一行更新了这一列，并确保所有新的插入都在这一列中放置了一个值。

一旦没有 NULL 条目，我就运行这个命令来使我的新字段成为强制性的：

ALTER TABLE tblCheckResult 
ALTER COLUMN [dtoDateTime] [datetimeoffset](0) NOT NULL

结果是事务日志大小大幅增长——从 6GB 增加到超过 36GB，直到空间用完！

有没有人知道 SQL Server 2008 R2 到底在为这个简单的命令做些什么来导致如此巨大的增长？

我有一张桌子占用了我们服务器上接近 90% 的高清空间。我决定删除几列以释放空间。但我需要将空间归还给操作系统。但是，问题是我不确定如果我运行 VACUUM FULL 并且没有足够的可用空间来制作表的副本会发生什么。

我知道不应使用 VACUUM FULL，但我认为这是这种情况下的最佳选择。

任何想法，将不胜感激。

我正在使用 PostgreSQL 9.0.6

将列添加到 SQL Server 2008 R2 上的大型生产表的最佳方法是什么？根据微软的在线书籍：

ALTER TABLE 中指定的更改会立即实施。如果更改需要修改表中的行，则 ALTER TABLE 更新行。ALTER TABLE 获取表上的模式修改锁，以确保在更改期间没有其他连接引用甚至表的元数据，除了在最后需要非常短的 SCH-M 锁的在线索引操作。

(http://msdn.microsoft.com/en-us/library/ms190273.aspx)

在包含数百万行的大表上，这可能需要一段时间。停电是唯一的选择吗？处理这种情况的最佳方法是什么？

大多数“流行”（MySQL、Postgres...）数据库系统如何处理实时生产数据库上的表更改（例如添加、删除或更改列的类型）？

我知道正确的方法是备份所有计划停机时间，然后进行更改。

但是......当前的数据库系统是否支持在不停止任何事情的情况下“在线”执行这些操作？（也许只是延迟引用刚刚更改/删除的列的查询）

当我只是ALTER TABLE...在实时运行的数据库上执行操作时会发生什么？当这种情况发生时，一切都会停止吗？数据会损坏吗？等等。

同样，我主要指的是 Postgres 或 MySQL，因为这些是我遇到的。

（而且，是的，在我以“正确的方式”做之前，任何时候我必须这样做，备份事情，安排停机等......但我只想知道是否有可能“快速且脏”或者是否有任何数据库系统实际上支持“快速、实时和脏”模式更改）

有人刚才建议的在线模式修改为MySQL从Facebook脚本（有教程这里和源在这里）......似乎是一个很好的方式来自动执行了一套“哈克”的方式来做到这一点...有没有人用它在类似于生产的东西？

我们有一个包含 2.3B 行的表。我们想将一列从 NOT NULL 更改为 NULL。该列包含在一个索引中（不是聚集索引或 PK 索引）。数据类型没有改变（它是一个 INT）。只是可空性。声明如下：

Alter Table dbo.Workflow Alter Column LineId Int NULL

该操作在我们停止之前需要超过 10 次（我们甚至还没有让它运行完成，因为它是一个阻塞操作并且花费的时间太长）。我们可能会将表复制到开发服务器以测试实际需要多长时间。但是，我很好奇是否有人知道 SQL Server 在从 NOT NULL 转换为 NULL 时在幕后做了什么？此外，受影响的索引是否需要重建？生成的查询计划并不表明发生了什么。

有问题的表是集群的（不是堆）。

由于 MySQL 5.6 引入了在线 DDL，该ALTER TABLE命令可以选择具有ALGORITHM=INPLACE或ALGORITHM=COPY指定。在线 DDL的概述指出，默认情况下，INPLACE尽可能使用，并暗示（从未完全说明）该INPLACE算法比算法便宜COPY。

那么我有什么理由必须ALGORITHM=COPY在ALTER TABLE声明中指定？

使用 SQL Server 2008 及更高版本，我想向大表添加一个 rowversion 列，但是当我只是

ALTER TABLE [Tablename]
ADD Rowversion [Rowversion] NOT NULL

然后该表无法更新太长时间。

我可以使用哪些策略来减少这种停机时间？我会考虑任何事情。当然越简单越好，但我会考虑任何策略。

我的想法是，作为最后的手段，我可​​以维护一个由触发器维护的副本临时表，然后将临时表 sp_rename 到原始表中。但我希望有更简单/更容易的东西。

我们的生产环境今天早上在更改表时冻结*了一段时间，实际上是添加了一列。

违规 SQL：ALTER TABLE cliente ADD COLUMN topicos character varying(20)[];

* 登录到我们的系统需要从同一张表中进行选择，因此在更改表期间没有人可以登录。我们实际上不得不终止进程以让系统恢复正常运行。

表结构：

CREATE TABLE cliente
(
  rut character varying(30) NOT NULL,
  nombre character varying(150) NOT NULL,
  razon_social character varying(150) NOT NULL,
  direccion character varying(200) NOT NULL,
  comuna character varying(100) NOT NULL,
  ciudad character varying(100) NOT NULL,
  codigo_pais character varying(3) NOT NULL,
  activo boolean DEFAULT true,
  id serial NOT NULL,
  stock boolean DEFAULT false,
  vigente boolean DEFAULT true,
  clase integer DEFAULT 1,
  plan integer DEFAULT 1,
  plantilla character varying(15) …

我正在研究从 MS SQL 2012 升级到 2014 的好处。SQL 2014 的一大卖点是内存优化表，这显然使查询速度超快。

我发现内存优化表有一些限制，例如：

• 没有(max)大小的字段
• 每行最大 ~1KB
• 无timestamp字段
• 没有计算列
• 没有UNIQUE限制

这些都属于麻烦事，但如果我真的想解决这些问题以获得性能优势，我可以制定计划。

真正的问题是您无法运行ALTER TABLE语句，并且每次向索引列表添加字段时都必须经历这些繁琐INCLUDE的过程。此外，您似乎必须将用户拒之门外，才能对实时数据库上的 MO 表进行任何架构更改。

我觉得这简直太离谱了，以至于我实际上无法相信 Microsoft 会在此功能上投入如此多的开发资金，却让其维护起来如此不切实际。这使我得出结论，我一定是拿错了棍子的一端；我一定误解了内存优化表的某些内容，这让我相信维护它们比实际困难得多。

那么，我误解了什么？你用过MO表吗？是否有某种秘密开关或过程使它们易于使用和维护？