如何在NHibernate中根据SQL限制字符串属性长度？

针对你遇到的MSSQL字符串截断错误，目前在保存方法手动截断的方式虽然可行，但存在场景覆盖不全（比如其他地方直接调用_repository.insert就会漏掉处理）、业务逻辑分散的问题，推荐以下几种更合适的方式：

1. 实体属性内部封装截断逻辑 #

把截断逻辑放到实体的属性setter里，不管在哪里给属性赋值，都会自动处理，从根源上保证数据符合长度限制：

public class myClass
{
    private const int Prop1MaxLength = 100;
    private string _prop1;

    public virtual int id { get; set; }

    public virtual string prop1
    {
        get => _prop1;
        set
        {
            if (value != null && value.Length > Prop1MaxLength)
            {
                _prop1 = value.Substring(0, Prop1MaxLength);
            }
            else
            {
                _prop1 = value;
            }
        }
    }
}

这种方式最直观，业务代码完全不用关心截断逻辑，所有赋值场景都能覆盖。

2. 利用NHibernate映射+拦截器统一处理 #

如果不想修改实体属性，可以通过NHibernate的映射配置明确字段长度，再配合拦截器在保存/更新前统一截断：

第一步：配置映射（以Fluent NHibernate为例） #

public class myClassMap : ClassMap<myClass>
{
    public myClassMap()
    {
        Id(x => x.id);
        Map(x => x.prop1).Length(100); // 明确数据库字段长度
    }
}

第二步：实现NHibernate拦截器 #

public class StringTruncateInterceptor : EmptyInterceptor
{
    public override bool OnSave(object entity, object id, object[] state, string[] propertyNames, IType[] types)
    {
        TruncateStrings(state, propertyNames, types);
        return base.OnSave(entity, id, state, propertyNames, types);
    }

    public override bool OnFlushDirty(object entity, object id, object[] currentState, object[] previousState, string[] propertyNames, IType[] types)
    {
        TruncateStrings(currentState, propertyNames, types);
        return base.OnFlushDirty(entity, id, currentState, previousState, propertyNames, types);
    }

    private void TruncateStrings(object[] state, string[] propertyNames, IType[] types)
    {
        for (int i = 0; i < types.Length; i++)
        {
            if (types[i] is StringType stringType && state[i] is string value)
            {
                var maxLength = stringType.Length;
                if (maxLength > 0 && value.Length > maxLength)
                {
                    state[i] = value.Substring(0, maxLength);
                }
            }
        }
    }
}

第三步：注册拦截器 #

在创建SessionFactory时注册这个拦截器：

var sessionFactory = Fluently.Configure()
    .Database(MsSqlConfiguration.MsSql2012.ConnectionString("your connection string"))
    .Mappings(m => m.FluentMappings.AddFromAssemblyOf<myClassMap>())
    .ExposeConfiguration(cfg => cfg.SetInterceptor(new StringTruncateInterceptor()))
    .BuildSessionFactory();

这种方式的好处是统一处理所有实体的字符串字段，不用逐个修改实体，适合已有大量实体的项目。

3. 提前验证（而非自动截断） #

如果你希望在数据进入数据库前就抛出错误，而不是偷偷截断，可以用NHibernate的验证机制：

给实体加DataAnnotations特性 #

using System.ComponentModel.DataAnnotations;

public class myClass
{
    public virtual int id { get; set; }

    [MaxLength(100, ErrorMessage = "prop1长度不能超过100")]
    public virtual string prop1 { get; set; }
}

启用NHibernate验证 #

在配置SessionFactory时启用验证：

var sessionFactory = Fluently.Configure()
    .Database(MsSqlConfiguration.MsSql2012.ConnectionString("your connection string"))
    .Mappings(m => m.FluentMappings.AddFromAssemblyOf<myClassMap>())
    .ExposeConfiguration(cfg =>
    {
        cfg.Properties[Environment.Validator] = typeof(ValidatingValidator).AssemblyQualifiedName;
    })
    .BuildSessionFactory();

这样在保存时，NHibernate会先验证属性长度，不符合就抛出ValidationException，方便提前排查问题，适合不允许数据被截断的业务场景。

对比当前实现的优势 #

• 覆盖所有保存/更新场景，不会因为遗漏某个入口导致报错
• 逻辑集中，要么在实体内部，要么在统一拦截器，易于维护
• 可选自动截断或提前报错，适配不同业务需求

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