Nservicebus e nvarchar (max)
-
26-12-2019 - |
Domanda
La mia classe Saga è la seguente:
public class SagaData : IContainSagaData
{
[Unique]
public virtual string SagaKey { get; set; }
public virtual string Data { get; set; }
#region IContainSagaData
public virtual Guid Id { get; set; }
public virtual string Originator { get; set; }
public virtual string OriginalMessageId { get; set; }
#endregion IContainSagaData
}
.
Sto persistendo sagas in MSSQL.La tabella creata ha la seguente struttura:
CREATE TABLE [dbo].[SagaData](
[Id] [uniqueidentifier] NOT NULL,
[SagaKey] [nvarchar](255) NULL,
[Data] [nvarchar](255) NULL,
[Originator] [nvarchar](255) NULL,
[OriginalMessageId] [nvarchar](255) NULL,
PRIMARY KEY CLUSTERED
(
[Id] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY],
UNIQUE NONCLUSTERED
(
[SagaKey] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
.
Proprietà Data
(tipo di stringa) è stata mappata su nvarchar(255)
.Ovviamente, quando assegnavo più di 255 caratteri a quella proprietà che non riesce con il messaggio: String or binary data would be truncated
.Come posso costringere per renderlo nvarchar(max)
?
Sto usando NServiceBus 4.4.2.
Soluzione
La soluzione è abbastanza semplice.Ho aggiunto un file HBM per quella classe, impostalo come risorsa incorporata e nibernate lo caricato automaticamente.Ecco come appare:
<?xml version="1.0" encoding="utf-8" ?>
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2"
assembly="LuxMed.BackEnd.CRM.B2C.NSB.Host"
namespace="LuxMed.BackEnd.CRM.B2C.NSB.Host.Sagas">
<class name="SagaData">
<id name="Id" />
<property name="SagaKey" unique="true" />
<property name="Data" type="StringClob" />
<property name="Originator" />
<property name="OriginalMessageId" />
</class>
</hibernate-mapping>
.
type="StringClob"
è ciò che rende nvarchar(max)
in DB.
Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow