MSMQ para persistencia?

Question

En mi proyecto, recibo una transacción del cliente, la proceso y devuelvo un estado al cliente a través de WCF. Como saben, de alguna manera debo guardar la transacción para fines de recuperación y persistencia.

Estoy pensando en usar MSMQ para ese fin. Cuando comience la transacción, la "guardaré" en MSMQ (la base de datos se guardará en un lote por motivos de rendimiento).

¿Es MSMQ bueno para eso? ¿Conoces una mejor forma de crear persistencia? ¿Cuál es la mejor manera de "respaldar" la transacción y mantener un alto rendimiento?

Answer 1

Al escoger una tecnología Creo que es útil tener en cuenta no sólo puede la tecnología satisface sus necesidades, sino también si era diseñada para satisfacer sus necesidades. Con esto quiero decir que debes elegir la mejor opción en lugar de solo la primera opción que parece lo suficientemente buena. Probablemente pueda resolver este problema con archivos de registro o de texto u otros medios, pero eso no significa que deba hacerlo.

Mi orden de preferencia en esta situación sería

1. base de datos
2. MSMQ
3. todo lo demás

Si no es posible guardar las transacciones a la base de datos por cualquier razón, entonces MSMQ probablemente pueda ayudarlo aquí. Debe funcionar mejor que una apertura de una conexión de base de datos & comprometiendo pero proporciona una "buena" capa de persistencia. El inconveniente es que hay más código y otro punto de falla para su aplicación (no es que falle si está escrito correctamente, pero más código significa más lugares para los errores).

Usted puede lanzar sus transacciones en una cola muy fácilmente usando algo como esto

private string queuePath = @".\Private$\myQueue"; 
MessageQueue queue = new MessageQueue(queuePath); 

Message message = new Messge(); 
message.Id = "messageId"; 
message.Body = "my content"; 

queue.Send(message, transaction); 
transaction.Complete(); 
queue.Close(); 

y luego recuperarlos más tarde a través de propiedades que consultan: MSMQ querying for a specific message. Hay muchas otras funcionalidades listas para usar, pero mantenlo simple.

Algunas preguntas relevent:

• MSMQ as buffer for SQL Server Inserts
• MSMQ vs Temporary Table Dump
• MSMQ v Database Table

Answer 2

Un enfoque popular utilizado por la base de datos y los sistemas de archivos se denomina Registro de escritura anticipada. Sin embargo, esto no es trivial de implementar. Puede encontrar más detalles aquí ...

Wikipedia: Write-Ahead Logging

Answer 3

Creo que busca SQL Server Service Broker. Todo lo que hace 10 años hicimos con MSMQ ahora lo estamos haciendo con el intermediario de servicios. Funciona bien.