SQL Server datetime字段无法更新时间部分问题求助

咱们先拆解下你遇到的核心问题：table1表的[date] datetime字段死活留不住时间部分——更新后总会被清零到00:00:00.000，哪怕删了看起来罪魁祸首的触发器也没用；想把字段改成date类型又被依赖的索引拦住，唯独重建表后一切恢复正常。下面一步步给你捋清楚原因和解决办法：

一、为啥删了触发器问题还在？ #

你删掉的tr_SetDatesToMidnight_table1触发器确实是把时间截断到午夜的直接原因，但删除后问题依旧，大概率是表的元数据损坏了。SQL Server的表元数据如果长期经历结构变更、异常操作，偶尔会出现逻辑异常——比如触发器删了，但旧的执行逻辑残留或者元数据错误，导致数据库仍在偷偷截断时间。这种情况很常见，而重建表相当于生成了一套全新的干净元数据，所以问题直接消失。

当然也可以先排查下有没有其他隐藏的影响因素：

• 查下有没有其他触发器：执行 sp_helptrigger 'table1' 就能看到所有绑定在这张表上的触发器
• 检查[date]字段有没有绑定计算列或默认约束：跑 sp_help 'table1' 就能看到字段的所有属性和约束
• 确认有没有DDL触发器在后台搞事情：有些全局触发器会偷偷修改表结构或字段值

二、怎么把[date]改成date类型？ #

报错的原因很明确：paydate索引依赖[date]字段，所以直接改类型会被阻止。正确的操作步骤是：

1. 先删掉这个索引：

DROP INDEX [paydate] ON [dbo].[table1];

2. 修改字段类型：

ALTER TABLE table1 ALTER COLUMN [date] DATE;

3. 要是还需要这个索引，再重新建回去：

CREATE NONCLUSTERED INDEX [paydate] ON [dbo].[table1]
(
	[bking_id] ASC,
	[date] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON);

三、彻底解决时间留不住的问题 #

要是不想重建表，可以试试这些修复步骤：

1. 先确保所有影响[date]的触发器、约束都清理干净了
2. 检查表的完整性，看看有没有元数据错误：

DBCC CHECKTABLE('table1') WITH NO_INFOMSGS, ALL_ERRORMSGS;

如果查出错误，能修复的话用这个命令（注意：修复前一定要备份数据！）：

DBCC CHECKTABLE('table1', REPAIR_REBUILD);

3. 更新表的统计信息，避免统计信息过期导致的异常：

UPDATE STATISTICS [dbo].[table1];

4. 重新编译和这张表相关的存储过程、触发器：

EXEC sp_recompile 'table1';

如果以上步骤都没用，那重建表确实是最稳妥的办法——可以用SELECT INTO快速迁移数据，再重建索引和约束：

-- 把数据导入新表
SELECT * INTO table1_new FROM table1;
-- 删除旧表
DROP TABLE table1;
-- 把新表重命名成原来的名字
EXEC sp_rename 'table1_new', 'table1';
-- 重建索引（用你原来的创建脚本就行）
CREATE NONCLUSTERED INDEX [paydate] ON [dbo].[table1]
(
	[bking_id] ASC,
	[date] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON);

内容的提问来源于stack exchange，提问作者user2814916