Il s'agit d'un problème connu avec le System.Data.OracleClient.OracleConnection
fourni par .NET conducteur. Le correctif consiste soit à utiliser le client ODP.net fourni par Oracle Oracle.DataAccess.Client.OracleConnection
(voir :http://nuget.org/packages/odp.net.x86/) ou utilisez la solution de contournement suivante (référencée à partir de :http://thebasilet.blogspot.be/2009/07/nhibernate-oracle-clobs.html ).
public class CustomOracleDriver : OracleClientDriver
{
protected override void InitializeParameter(System.Data.IDbDataParameter dbParam, string name, SqlType sqlType)
{
base.InitializeParameter(dbParam, name, sqlType);
// System.Data.OracleClient.dll driver generates an ORA-01461 exception because
// the driver mistakenly infers the column type of the string being saved, and
// tries forcing the server to update a LONG value into a CLOB/NCLOB column type.
// The reason for the incorrect behavior is even more obscure and only happens
// when all the following conditions are met.
// 1.) IDbDataParameter.Value = (string whose length: 4000 > length > 2000 )
// 2.) IDbDataParameter.DbType = DbType.String
// 3.) DB Column is of type NCLOB/CLOB
// The above is the default behavior for NHibernate.OracleClientDriver
// So we use the built-in StringClobSqlType to tell the driver to use the NClob Oracle type
// This will work for both NCLOB/CLOBs without issues.
// Mapping file must be updated to use StringClob as the property type
// See: http://thebasilet.blogspot.be/2009/07/nhibernate-oracle-clobs.html
if ((sqlType is StringClobSqlType))
{
((OracleParameter)dbParam).OracleType = OracleType.NClob;
}
}
}
Vous devez mettre à jour votre SessionFactory
pour utiliser ce pilote, ainsi que mettre à jour l'un de vos mappages de clob pour utiliser StringClob
type personnalisé
Map(x => x.EventType).CustomSqlType("Clob").CustomType("StringClob");