在EF Core中能否将HASHBYTES设为列默认值？如何关联同表列？

你遇到的报错其实不是EF Core的问题——SQL Server本身不允许默认值约束引用同表的其他列，所以直接用HasDefaultValueSql("HASHBYTES('SHA2_256', [File])")肯定会失败。下面给你几个可行的实现思路，按需选择：

方案1：使用数据库计算列（最省心的方案，适合Hash完全依赖File的场景） #

如果你的Hash列不需要手动修改，完全由File列的值决定，那么把Hash设为存储计算列是最优解。数据库会自动在File列变化时更新Hash值，不需要额外代码维护：

// 模型配置代码
builder.Property(a => a.File).IsRequired();
builder.Property(a => a.Hash)
    .HasComputedColumnSql("HASHBYTES('SHA2_256', [File])", stored: true);

• stored: true表示计算值会持久化到表中，查询时不需要重新计算，性能更好；如果设为false，则每次查询时动态计算。
• 注意：计算列的值无法手动修改，完全由数据库维护。

方案2：使用数据库触发器（适合多工具操作数据库的场景） #

如果需要Hash列支持手动修改，或者有其他非EF工具会操作这张表，那么用触发器来自动更新Hash是更稳妥的选择：

第一步：修改EF模型配置 #

先去掉默认值的配置，只声明列的基本属性：

builder.Property(a => a.File).IsRequired();
builder.Property(a => a.Hash).IsRequired();

第二步：通过EF迁移添加触发器 #

生成新的迁移后，打开迁移文件，在Up方法里添加创建触发器的SQL语句（记得替换YourTableName和Id为你的实际表名和主键列名）：

Sql(@"
CREATE TRIGGER Trigger_UpdateHashOnFileChange
ON YourTableName
AFTER INSERT, UPDATE
AS
BEGIN
    SET NOCOUNT ON;
    UPDATE t
    SET t.Hash = HASHBYTES('SHA2_256', inserted.File)
    FROM YourTableName t
    INNER JOIN inserted ON t.Id = inserted.Id
    WHERE inserted.File IS NOT NULL;
END
");

在Down方法里添加删除触发器的语句，方便回滚：

Sql(@"DROP TRIGGER Trigger_UpdateHashOnFileChange");

方案3：在EF Core的SaveChanges中手动处理（适合仅通过EF操作数据库的场景） #

如果你的系统只会通过EF Core操作这张表，那么可以重写DbContext的SaveChanges方法，在保存数据前自动计算Hash值：

public class YourDbContext : DbContext
{
    // 其他DbSet和配置...

    public override int SaveChanges(bool acceptAllChangesOnSuccess)
    {
        UpdateHashes();
        return base.SaveChanges(acceptAllChangesOnSuccess);
    }

    public override async Task<int> SaveChangesAsync(bool acceptAllChangesOnSuccess, CancellationToken cancellationToken = default)
    {
        UpdateHashes();
        return await base.SaveChangesAsync(acceptAllChangesOnSuccess, cancellationToken);
    }

    private void UpdateHashes()
    {
        // 筛选出新增或修改了File列的实体
        var targetEntities = ChangeTracker.Entries<YourEntity>()
            .Where(e => e.State == EntityState.Added 
                        || (e.State == EntityState.Modified && e.Property(nameof(YourEntity.File)).IsModified));

        foreach (var entityEntry in targetEntities)
        {
            var entity = entityEntry.Entity;
            if (entity.File == null) continue;

            // 计算SHA2_256哈希，和数据库的HASHBYTES算法保持一致
            using var sha256 = SHA256.Create();
            byte[] fileBytes;
            if (entity.File is string fileStr)
            {
                // 如果File是字符串，用UTF8编码转字节（和SQL Server的字符串处理保持一致）
                fileBytes = Encoding.UTF8.GetBytes(fileStr);
            }
            else if (entity.File is byte[] fileBytesRaw)
            {
                // 如果File是字节数组，直接使用
                fileBytes = fileBytesRaw;
            }
            else
            {
                // 根据你的File属性类型调整处理逻辑
                continue;
            }

            var hashBytes = sha256.ComputeHash(fileBytes);
            // 给Hash属性赋值，如果数据库中Hash是varbinary类型，直接用byte[]；如果是字符串，转成十六进制或Base64
            entity.Hash = hashBytes;
            // 若是字符串类型：entity.Hash = BitConverter.ToString(hashBytes).Replace("-", "");
        }
    }
}

这个方案的好处是不需要依赖数据库特性，逻辑都在EF层面，但缺点是如果有其他工具修改数据库，Hash值不会自动更新。

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