用Snowflake CREATE OR ALTER告别频繁Schema变更部署疲劳

摆脱频繁架构变更带来的部署疲劳

你是否遇到过这样的情况：一个简单的架构变更变成了一整天的部署练习？数据消失，血缘关系断裂，需要恢复授权和所有权，必须重新应用策略和数据指标函数，视图需要从头重新创建。很快，下游任务失败，环境漂移，脆弱的部署脚本堆积起来，变得越来越难以维护。幸运的是，Snowflake 提供了一个革命性的功能，可以帮您摆脱困境：CREATE OR ALTER。

CREATE OR ALTER 允许您用一条声明性的语句描述 Snowflake 对象的期望最终状态。Snowflake 会在对象不存在时创建它，如果已存在则修改它，同时保留其身份、数据、授权以及在支持的情况下保留关联关系。这意味着更少的一次性迁移脚本、更安全的重跑，以及更少的部署救火工作。

代码实战

让我们在常见的几种架构变更模式中测试 CREATE OR ALTER，从创建新对象到演进现有定义，同时保留重要的元数据和关系。让我们一起来看一下这些例子，看看 CREATE OR ALTER 如何为您节省时间。

1. 创建新表

当表不存在时，CREATE OR ALTER 会根据声明的定义创建它：

CREATE OR ALTER TABLE orders (
  order_id NUMBER,
  cust_id NUMBER,
  amount NUMBER(10,2),
  order_date DATE
);

接下来，插入三行数据，以便我们有一些数据可以观察：

INSERT INTO orders (order_id, cust_id, amount, order_date)
VALUES
  (1001, 501, 125.50, '2026-08-01'),
  (1002, 502, 89.99, '2026-08-02'),
  (1003, 503, 240.00, '2026-08-03');

2. 添加一些列

现在为表添加一些新列：

CREATE OR ALTER TABLE orders (
  order_id NUMBER,
  cust_id NUMBER,
  amount NUMBER(10,2),
  order_date DATE,
  cust_name VARCHAR,                 -- new column
  items ARRAY,                       -- new column
  is_canceled BOOLEAN DEFAULT FALSE  -- new column
);

新列会被添加到表的末尾。没有默认值的列在现有行上为 NULL；is_canceled 会获得其声明的默认值 FALSE。

让我们做一个模拟的回填：

UPDATE orders
SET
  cust_name = CASE cust_id
    WHEN 501 THEN 'Ava'
    WHEN 502 THEN 'Ben'
    WHEN 503 THEN 'Cara'
  END,
  items = CASE cust_id
    WHEN 501 THEN ARRAY_CONSTRUCT('book', 'pen')
    WHEN 502 THEN ARRAY_CONSTRUCT('bag')
    WHEN 503 THEN ARRAY_CONSTRUCT('monitor', 'cable')
  END;

3. 创建一些依赖关系

当对象相互关联时，CREATE OR ALTER 也表现良好。在此示例中，我们创建一个视图，将掩码策略附加到标记上，将该标记应用于 cust_name，并授予角色对视图的访问权限：

CREATE OR ALTER VIEW order_summary AS
SELECT order_id, cust_id, amount, order_date
FROM orders;

CREATE OR ALTER TAG customer_id_tag;

CREATE OR ALTER MASKING POLICY mask_customer_id
  AS (val NUMBER)
  RETURNS NUMBER
  -> IFF(IS_ROLE_IN_SESSION('DUMMY_ROLE'), val, -1);

ALTER TAG customer_id_tag
  SET MASKING POLICY mask_customer_id;

ALTER TABLE orders
  MODIFY COLUMN cust_id
  SET TAG customer_id_tag = 'sensitive';

CREATE OR ALTER ROLE DUMMY_ROLE;
GRANT ROLE DUMMY_ROLE TO USER <yourself>;

GRANT SELECT ON VIEW order_summary TO ROLE DUMMY_ROLE;
GRANT USAGE ON ... TO ROLE DUMMY_ROLE;  -- database, schema, warehouse

表、视图、标记、策略和角色可以作为期望状态定义重新运行，而标记到策略以及角色到视图的授权则展示了对象关联如何融入部署中。

4. 更多的表 DDL 变更

添加另一列不会影响当前数据。

CREATE OR ALTER TABLE orders (
  order_id NUMBER,
  cust_id NUMBER,
  amount NUMBER(10,2),
  order_date DATE,
  cust_name VARCHAR,
  items ARRAY,
  is_canceled BOOLEAN DEFAULT FALSE,
  dummy_column VARCHAR
);

从表 DDL 中移除现有列会删除该列，这意味着该列中的所有数据也会消失。如果您仍然需要访问已删除列中的数据，可以通过时间旅行恢复。

CREATE OR ALTER TABLE orders (
  order_id NUMBER,
  cust_id NUMBER,
  amount NUMBER(10,2),
  order_date DATE,
  items ARRAY,
  is_canceled BOOLEAN DEFAULT FALSE,
  dummy_column VARCHAR
);

-- WRONG!!
SELECT cust_name FROM orders AT (OFFSET => -60*5);

-- CORRECT :)
CREATE OR REPLACE TRANSIENT TABLE orders_before_drop
  CLONE orders AT (OFFSET => -60*5);

SELECT * FROM orders_before_drop;

以下查询的结果确认了视图定义、cust_id 上的列标记关联、活动的掩码策略，以及 ORDER_SUMMARY 上的 SELECT 权限。

SELECT * FROM order_summary;   -- cannot see cust_id

USE ROLE DUMMY_ROLE;
select * from order_summary;   -- can see cust_id

限制

现在，在使用 CREATE OR ALTER 管理表 DDL 时，请注意这两个限制。首先，使用显式的 ALTER TABLE ... RENAME COLUMN 来重命名列；在期望定义中更改名称可能会导致删除旧列并创建新列。其次，CREATE OR ALTER 无法对列进行重新排序，因此当显示顺序很重要时，请使用视图。

结论

这些模式展示了为什么 CREATE OR ALTER 在日常任务中很有价值：您可以创建对象、演进架构、在支持的情况下保留数据和关联，并使用熟悉的 SQL 验证最终状态。这种方法减少了针对部署的脚本编写，使得重复的变更更容易跨环境审查、测试和一致地应用。

最大的好处是将完整的期望状态 DDL 保留在版本控制的部署工作流中。您可以准确审查对象应该变成什么样子，而不是进行零散的孤立编辑，掩盖整体设计。

感谢您阅读本文！请亲自运行代码示例，如果遇到任何问题，请随时联系我。如果您希望将来看到类似的内容，请告诉我您正在面临的挑战或正在寻找的解决方案。让我们一起学习！

使用 Snowflake CREATE OR ALTER 更聪明地工作，而不是更辛苦最初发布在 Snowflake Builders Blog: Data Engineers, App Developers, AI, & Data Science在 Medium 上，在那里人们通过强调和回应这个故事来继续对话。