gp数据库里default函数到底咋用，有啥注意点和坑吗？

default值的基本用法

建表的时候就能直接指定，比如你建一张用户表，希望记录每条数据是啥时候创建的，就可以给create_time这个列设个默认值为当前时间。

CREATE TABLE user ( id int, name varchar(100), create_time timestamp DEFAULT CURRENT_TIMESTAMP );

这样，当你执行INSERT INTO user (id, name) VALUES (1, '张三'); 时，虽然没写create_time，数据库会自动把插入的那一刻的时间给它填上,很方便。

需要注意的地方和常见的“坑”

1. 它只在插入时生效，更新不管用。 这是最要紧的一点。DEFAULT值只在执行INSERT语句时，如果你省略了那个列或者明确写上DEFAULT关键字（比如INSERT ... VALUES (1, DEFAULT)），它才会跳出来干活，如果你用UPDATE语句去改数据，哪怕你把它改成了NULL，下次再更新其他字段时，它也不会自动变回默认值，它就是个“一次性”的初始设置。

2. 默认值不能引用同一行的其他列。 你不能这么写：DEFAULT (id + 10)，数据库在插入数据时，还没确定这一行其他列的值是多少呢，所以它没法帮你做这种计算，默认值必须是常量、或者是不依赖当前行数据的表达式（比如CURRENT_TIMESTAMP）。

   

3. 和NOT NULL约束的配合。 如果一个列被设置了NOT NULL（不允许为空），但又没给DEFAULT值，那你插入数据时必须显式地给它一个值，不然就会报错，反过来，如果你给一个NOT NULL的列设置了一个合理的DEFAULT值，那你插入时就可以放心地省略它，数据库会自动填上，避免了错误，这是一种很常见的用法,用来确保数据完整性。

4. 默认值是写进表定义的，会占用空间。 别以为默认值只是个“规则”不占地方，比如你给一个整型（int）列设置了DEFAULT 0，那么每一条新插入的数据，这个列都会实实在在地存储一个“0”，如果表里有几亿条数据，这个默认值就会占用相应的存储空间，这和NULL值不一样，NULL在数据库里的存储通常更节省。

5. 默认值表达式的稳定性。 像CURRENT_TIMESTAMP这种函数，每次调用都会产生一个新的值，这符合我们的预期，但如果你用的是一些不变的常量，比如数字或者字符串，那就没问题，要注意的是，如果你不小心用了一个非稳定函数但期望它不变，就可能出问题，不过在Greenplum里，常用的默认值函数如CURRENT_TIMESTAMP是没问题的。

   

6. 在Greenplum分布式环境下的特殊考虑。 Greenplum是MPP架构，数据是分片存储在不同节点上的，对于默认值，尤其是涉及时间函数的，要留个心眼，你用CURRENT_TIMESTAMP，它获取的是执行插入操作的那个Segment节点的系统时间，如果你的集群各个节点时间没有完全同步（虽然生产环境要求同步，但万一呢），可能会导致不同数据行的时间戳有微小的差异，虽然大部分业务场景下这点差异可接受，但对于要求极端时间一致性的场景，可能需要想别的办法（比如由应用层生成统一时间）。

7. 修改已有表的默认值。 你可以用ALTER TABLE table_name ALTER COLUMN column_name SET DEFAULT new_value;来修改一个已有列的默认值。重要提示：这个修改只对修改之后新插入的数据生效！ 表里已经存在的老数据，该是啥样还是啥样,不会跟着变。

8. 删除默认值。 用ALTER TABLE table_name ALTER COLUMN column_name DROP DEFAULT;，删除后，这个列就没有默认值了，如果这个列同时是NOT NULL的，那你下次插入时就必须显式提供值,否则会报错。

DEFAULT是个很有用的工具，主要用来简化插入操作和保证数据完整性（特别是配合NOT NULL），核心记住两点：一是它只管“出生”（插入），不管“后续”（更新）；二是在分布式系统中，对时间这类默认值要保持警惕，用的时候想清楚你的业务逻辑,避免想当然。