SQL Server中GETDATE()设默认值需全大写加括号，Navicat虽能识别但不校验语法，导出时易因大小写错误导致还原失败；DEFAULT仅作用于插入，更新需触发器或ON UPDATE CURRENT_TIMESTAMP（仅datetime2支持）。
SQL Server里用GETDATE()设默认值，Navicat能识别但不推荐
navicat读取表结构时，能把getdate()这类函数作为默认值显示出来，但它在新建或修改字段时，**不会自动帮你补全函数括号或校验语法**。你手动输getdate（漏掉()）或者写成getdate()（小写），sql server可能接受，但navicat后续导出/同步时容易报错。
实操建议：
- 在SQL Server Management Studio（SSMS）里建表或改字段时，统一用
GETDATE()（大写+括号），这是最稳妥的写法 - Navicat里编辑列默认值，务必手动输入完整
GETDATE()，别依赖下拉菜单或历史记录 - 如果已用Navicat建了表但默认值显示为空或乱码，说明它没成功写入——得切回SSMS执行
ALTER TABLE ... ADD CONSTRAINT ... DEFAULT GETDATE() FOR [col]
想让时间戳自动更新？别只靠DEFAULT，得加UPDATE触发器或用datetime2+计算列
SQL Server的DEFAULT只管插入，不管更新。GETDATE()设成默认值后，后续行更新时这列值完全不变——这不是Navicat的问题，是SQL Server机制本身如此。
常见错误现象：用户以为“设了默认时间戳，就能当最后修改时间用”，结果查出来全是插入时间。
实操建议：
- 真要自动更新，优先用
AFTER UPDATE触发器，明确指定UPDATE([col]) = 1再赋值GETDATE() - SQL Server 2016+可考虑
datetime2列 +ON UPDATE CURRENT_TIMESTAMP（注意：仅适用于datetime2，datetime不支持） - Navicat对
ON UPDATE语法支持不稳定，建议直接在SSMS里执行ALTER TABLE ... ALTER COLUMN [col] datetime2 NOT NULL DEFAULT GETDATE() ON UPDATE CURRENT_TIMESTAMP
Navicat导出SQL脚本时，默认值函数名大小写错位导致还原失败
Navicat导出的建表语句里，GETDATE()常被写成getdate()甚至GetDate()。SQL Server本身不区分函数名大小写，但某些严格模式或跨版本迁移（比如还原到Linux版SQL Server）会报Invalid column name 'getdate'这类错误——其实是把函数当列名解析了。
实操建议：
- 导出前，在Navicat「工具 → 选项 → SQL」里勾选
Use uppercase for system keywords - 导出后立刻检查脚本中所有
DEFAULT后的函数：必须是GETDATE()、SYSDATETIME()、GETUTCDATE()等全大写标准形式 - 如果脚本已生成且含小写函数，全局替换
getdate()→GETDATE()，但小心别误替换了字段名或表名
用SYSDATETIME()替代GETDATE()？兼容性要看SQL Server版本和Navicat版本
SYSDATETIME()精度更高（100纳秒级），但SQL Server 2008才开始支持；Navicat 12以下版本对它的语法高亮和默认值识别有bug，有时显示为NULL或直接忽略。
使用场景：需要毫秒级以上精度，且确定所有上下游环境（开发、测试、生产）都是SQL Server 2008R2+。
实操建议：
- 确认Navicat版本 ≥ 12.0.25，SQL Server版本 ≥ 2008R2，再用
SYSDATETIME() - 在SSMS里先试运行
SELECT SYSDATETIME()，再建表验证默认值是否生效 - Navicat里若看到默认值栏显示
SYSDATETIME（缺括号）或报红，说明它没正确解析——此时必须手写完整SYSDATETIME()并跳过Navicat的图形化编辑，直接跑SQL
时间戳默认值看着简单，实际卡点都在函数写法、更新逻辑、工具链兼容这三块。尤其Navicat和SQL Server之间那层薄薄的语法映射，漏个括号或大小写不对，就可能让脚本在另一台机器上跑不起来。
